Introducció
La transformació digital abasta cada any més àrees diferents de la vida i dels negocis. Si una empresa vol ser competitiva, ja no n'hi ha prou amb els llocs d'informació habituals, calen aplicacions mòbils i web que no només proporcionin informació als usuaris, sinó que els permetin realitzar determinades funcions: rebre o demanar béns i serveis, proporcionar eines.
Per exemple, ja no n'hi ha prou amb que els bancs moderns tinguin un lloc web amb informació, han de tenir eines en línia per als seus clients, un compte personal on l'usuari pugui gestionar comptes, inversions i préstecs. Fins i tot les petites empreses necessiten eines convenients per augmentar les conversions, com ara concertar una cita amb un metge o una perruqueria, o reservar una taula en un restaurant o una sala de jocs per a nens per a una festa d'aniversari.
I els propis propietaris han de rebre informació oportuna en una forma convenient sobre l'estat de la seva empresa, per exemple, la recopilació de dades estadístiques i anàlisis per a diferents departaments de producció o la productivitat dels departaments. Sovint, cada departament recull aquestes dades a la seva manera, i fins i tot pot utilitzar diferents eines i el propietari necessita dedicar molt de temps personal a entendre tot això, de manera indirecta o directa això pot afectar l'eficiència de l'empresa i, en definitiva, el benefici. La transformació digital i el desenvolupament d'aplicacions web o mòbils també ajudaran aquí.
Les tecnologies no s'aturen i estan en constant evolució, i allò que s'utilitzava fa uns quants anys potser ja no és rellevant avui dia, o el que no es podia fer fa uns quants anys ja s'ha convertit en una realitat. Hi ha eines més modernes que us ajuden a crear aplicacions web i mòbils més ràpid i millor. A partir d'observacions i experiència personals, vull compartir la meva visió de quines tecnologies i eines seran demanades en un futur proper i per què hauríeu de prestar-hi atenció a l'hora de crear una aplicació web moderna.
Aplicació d'una sola pàgina
Definim una mica la terminologia. L'aplicació de pàgina única (SPA) és una aplicació web els components de la qual es carreguen una vegada en una pàgina i el contingut es carrega segons calgui. I quan es mou entre seccions de l'aplicació, la pàgina no es torna a carregar completament, sinó que només carrega i mostra les dades necessàries.
Les aplicacions d'una sola pàgina es beneficien molt de les aplicacions web clàssiques en termes de velocitat i facilitat d'ús. Amb l'ajuda de SPA, podeu aconseguir l'efecte que un lloc web funcioni com una aplicació en un escriptori, sense reinicis i retards significatius.
Si fa uns anys les aplicacions d'una sola pàgina pràcticament no admetien l'optimització de motors de cerca i s'utilitzaven principalment per a la creació de comptes personals i panells d'administració, avui en dia s'ha tornat molt més fàcil crear una aplicació d'una sola pàgina amb suport total per a l'optimització de motors de cerca (SEO). Amb aplicacions d'una sola pàgina representades al servidor avui, aquest problema ha desaparegut completament. En altres paraules, es tracta de la mateixa aplicació d'una sola pàgina, però a la primera sol·licitud, el servidor no només genera dades, sinó que crea una pàgina HTML preparada per a la seva visualització i els motors de cerca reben pàgines ja fetes amb tota la metainformació i el marcatge semàntic. .
Amb el desenvolupament d'eines per crear aplicacions web del costat del client, el desenvolupament i la transició a aplicacions d'una sola pàgina només creixeran en aquest i els anys següents. Si teniu una aplicació antiga que està obsoleta i funciona lentament, i fins i tot amb una recàrrega completa de la pàgina quan canvieu entre seccions, aquest any podeu actualitzar amb seguretat a una aplicació ràpida d'una pàgina; ara és un bon moment, la tecnologia ja us permet. per fer-ho de manera ràpida i eficient.
Tenir un lloc web modern i ràpid és molt bo, però deixeu-me que us dic sincerament: no totes les aplicacions es poden convertir fàcilment en aplicacions d'una sola pàgina, i la transició pot ser cara! Per tant, cal entendre qui necessita aquesta transició i per què.
Per ajudar-vos a entendre, a la taula següent donaré alguns exemples de quan desenvolupar o canviar a un SPA és adequat i justificat, i quan no ho és.
ЗА
Si voleu fer una aplicació moderna i ràpida i voleu utilitzar no només la versió web, sinó també la versió mòbil o fins i tot d'escriptori, i tots els processos i càlculs es realitzen en un servidor remot o al núvol. A més, perquè tots els clients tinguin una interfície d'interacció i no cal fer totes les edicions al codi del servidor quan s'afegeix un client nou.
Per exemple: xarxes socials, agregadors, plataformes SaaS (programari com a servei al núvol), mercats
Si tens una botiga o un servei web, saps que és lent i que la gent se'n va, vols que sigui més ràpid, entens el valor dels clients i estàs disposat a pagar més d'un milió de rubles per una actualització.
Teniu una aplicació mòbil que utilitza l'API del lloc, però el lloc és lent i té recàrregues completes de contingut quan es mou entre pàgines
EN CONTRA
Si el vostre públic objectiu no utilitza navegadors i dispositius moderns.
Per exemple: àrees corporatives específiques, com ara el desenvolupament de sistemes interns per a bancs, institucions mèdiques i educació.
Realitzeu les vostres activitats principals fora de línia i no esteu preparat per oferir cap servei en línia, i només necessiteu atraure clients.
Si teniu una botiga en línia o un servei web que ja es ven bé, no veieu queixes o sortides de clients.
Si teniu una aplicació que funciona que no es pot adaptar per a SPA i només necessiteu reescriure-ho tot des de zero i utilitzar altres tecnologies, i no esteu preparat per gastar-hi diversos milions.
Per exemple: hi ha un lloc en caixa o algun tipus de codi antic i monolític escrit a casa.
Aplicacions web progressives
Les aplicacions web progressives són el producte de l'evolució conjunta d'una aplicació nativa i un lloc web. Essencialment, es tracta d'una aplicació web que sembla i es comporta com una aplicació nativa real, pot rebre notificacions push, treballar en mode fora de línia, etc. En aquest cas, l'usuari no necessita descarregar l'aplicació des de l'AppStore o Google Play, sinó que simplement la desa a l'escriptori.
Com a tecnologia o enfocament del desenvolupament, PWA s'ha desenvolupat des del 2015 i recentment ha guanyat una enorme popularitat en el camp del comerç electrònic.
Alguns exemples de la vida real:
- l'any passat, l'hotel Best Western River North va poder augmentar els ingressos un 300% després de llançar un nou lloc web habilitat per PWA;
- Àrab Avito OpenSooq.com, després de crear suport PWA al seu lloc web, va poder augmentar el temps de visita al lloc en un 25% i el nombre de clients potencials en un 260%;
- el famós servei de cites Tinder va poder reduir la velocitat de càrrega d'11.91 a 4.69 segons desenvolupant un PWA; a més, l'aplicació pesa un 90% menys que la seva contrapart nativa d'Android.
El fet que val la pena parar atenció a aquesta tecnologia també s'indica pel fet que un dels motors més grans per crear projectes de comerç electrònic, Magento, va llançar una versió primerenca de desenvolupament de PWA Studio el 2018. La plataforma us permet crear una interfície basada en React des de la caixa per a les vostres solucions de comerç electrònic amb suport PWA.
Consell per a aquells que ja tenen un projecte a Internet o només una idea per a un nou servei amb suport per a dispositius mòbils: no us afanyeu a escriure una aplicació nativa completa, però primer feu una ullada a la tecnologia PWA. Aquesta pot ser la millor solució de relació qualitat-preu per al vostre producte.
Una mica de pràctica. Per crear una aplicació de notícies mòbil nativa senzilla, sempre que ja tingueu un servidor REST preparat, necessiteu aproximadament entre 200 i 300 hores-home per plataforma. Amb el preu mitjà de mercat d'una hora de desenvolupament de 1500-2000 rubles/hora, una aplicació pot costar al voltant d'1 milió de rubles. Si desenvolupeu una aplicació web amb suport complet per a PWA: notificacions push, mode fora de línia i altres avantatges, el desenvolupament trigarà entre 200 i 300 hores-home, però el producte estarà disponible immediatament a totes les plataformes. És a dir, un estalvi d'aproximadament 2 vegades, sense oblidar el fet que no hauràs de pagar taxes per la col·locació a les botigues d'aplicacions.
Sense servidor
Aquest és un altre enfocament modern del desenvolupament. A causa del nom, molta gent pensa que aquest és realment un desenvolupament sense servidor, no cal escriure codi de fons i qualsevol desenvolupador de front-end pot crear una aplicació web completa. Però això no és cert!
Quan creeu una aplicació sense servidor, encara necessiteu un servidor i una base de dades. La diferència principal d'aquest enfocament és que el codi de fons es presenta en forma de funcions al núvol (un altre nom per a sense servidor és FaaS, funciona com a servei o Funcions com a servei) i permet que l'aplicació s'escalfi ràpidament i fàcilment. Quan es crea una aplicació d'aquest tipus, el desenvolupador pot centrar-se en els problemes empresarials i no pensar en l'escalada i la configuració de la infraestructura, la qual cosa, posteriorment, accelera el desenvolupament de l'aplicació i redueix el seu cost. A més, l'enfocament sense servidor us ajudarà a estalviar en lloguers de servidors, ja que utilitza exactament tants recursos com sigui necessari per completar la tasca i, si no hi ha càrrega, el temps del servidor no s'utilitza en absolut i no es paga.
Per exemple, la gran empresa de mitjans nord-americana Bustle va poder reduir els costos d'allotjament en més d'un 60% quan es va canviar a Serverless. I l'empresa Coca-Cola, quan va desenvolupar un sistema automatitzat per vendre begudes mitjançant màquines expenedores, va poder reduir els costos d'allotjament de 13000 a 4500 dòlars anuals canviant a Serverless.
Durant els darrers dos anys, per la seva novetat i les seves limitacions, Serverless s'ha utilitzat principalment per a petits projectes, startups i MVP, però avui, gràcies a l'evolució del programari, la versatilitat i la potència de la contenidorització de servidors, estan sorgint eines que permeten eliminar restriccions, simplificar i accelerar el desenvolupament d'aplicacions al núvol.
Això vol dir que els escenaris empresarials en què abans es considerava impossible la modernització del núvol (per exemple, per a dispositius de punta, dades en trànsit o aplicacions amb estat) són ara una realitat. Les bones eines que mostren moltes promeses són kNative i Serverless enterprise.
Però malgrat tot això, Serverless no és una bala de plata per al desenvolupament d'aplicacions web. Com qualsevol altra tecnologia, té els seus avantatges i desavantatges, i cal triar aquesta eina amb comprensió i "no martell claus amb un microscopi" només perquè és més avançada tecnològicament.
Per ajudar-vos a esbrinar-ho, aquí teniu alguns exemples de quan potser voldreu tenir en compte Serverless quan desenvolupeu un servei web nou o milloreu:
- Quan la càrrega al servidor és periòdica i pagueu per la capacitat inactiva. Per exemple, teníem un client amb una xarxa de màquines de cafè i calia processar sol·licituds i recopilar estadístiques només uns quants centenars o milers de vegades al dia, i a la nit el nombre de peticions va baixar a diverses desenes. En aquest cas, és molt més eficient pagar només per l'ús real dels recursos, per això vam proposar i implementar una solució a Serverless;
- Si no teniu previst aprofundir en els detalls tècnics de la infraestructura i pagar en excés per configurar i mantenir servidors i un equilibrador. Per exemple, quan desenvolupeu un mercat, no sabeu exactament quin serà el trànsit, o viceversa: esteu planejant molt de trànsit i perquè la vostra aplicació sigui segur que suporti la càrrega, aleshores Serverless és una opció excel·lent.
- Si necessiteu realitzar alguns esdeveniments de transmissió a l'aplicació principal, escriviu dades laterals a taules i feu alguns càlculs. Per exemple, recollir dades analítiques de les accions dels usuaris, processar-les d'una determinada manera i guardar-les en una base de dades;
- Si cal simplificar, unificar o accelerar el funcionament actual de l'aplicació. Per exemple, creeu serveis que millorin el rendiment per treballar amb imatges o vídeos, quan l'usuari penja vídeo al núvol i una funció independent gestiona la transcodificació, mentre que el servidor principal continua funcionant amb normalitat.
Si necessiteu processar esdeveniments de serveis de tercers. Per exemple, processar les respostes dels sistemes de pagament o redirigir les dades dels usuaris a CRM per accelerar el processament de sol·licituds de clients potencials
Si teniu una aplicació gran i algunes parts de l'aplicació es poden implementar de manera més òptima utilitzant un llenguatge diferent del principal. Per exemple, tens un projecte en Java i necessites afegir una nova funcionalitat, però no tens mans lliures, o la implementació en un idioma determinat pot trigar més i ja hi ha una solució en un altre idioma, aleshores Serverless pot ajudar. amb això també.
Aquesta no és tota la llista d'eines i tecnologies que mereixen atenció; acabo de compartir el que nosaltres mateixos utilitzem cada dia en la nostra feina i sabem exactament com poden ajudar les empreses.
Font: www.habr.com