Sissejuhatus
Digitaalne transformatsioon hõlmab iga aastaga üha rohkem erinevaid elu- ja ärivaldkondi. Kui ettevõte soovib olla konkurentsivõimeline, ei piisa ainult tavalisest teabesaitidest; vajalikud on mobiilsed ja veebirakendused, mis mitte ainult ei edasta teavet, vaid võimaldavad ka teatud funktsioone: kaupade ja teenuste tellimine või saamine, tööriistade pakkumine.
Näiteks ei piisa tänapäeva pankade jaoks ainult veebilehe olemasolust, mis sisaldab teavet; vajalikud on veebitööriistad oma klientidele, näiteks isiklikud kontod, kus kasutajad saavad oma kontosid, investeeringuid ja laene hallata. Isegi väikeettevõtted vajavad konversiooni suurendamiseks mugavaid tööriistu, nagu näiteks arstile või juuksurile aja broneerimine, restorani laua broneerimine või lasteringi ruumi broneerimine sünnipäeva pidamiseks.
Omandite omanikele on oluline saada õigeaegselt teavet oma ettevõtte seisundi kohta mugaval viisil, näiteks statistiliste andmete ja analüüsiga erinevate tootmisosakondade kohta või osakondade tootlikkust. Sageli koguvad iga osakond neid andmeid erinevalt ja võivad isegi kasutada erinevaid tööriistu, mistõttu peab omanik oma isiklikku aega tootlikult kasutama, et kogu see teave selgeks saada; see võib kaudselt või otseselt mõjutada ettevõtte efektiivsust ja lõpuks ka kasumit. Siin aitab digitaalne transformatsioon ja veeb- või mobiilirakenduste arendamine.
Tehnoloogiad ei seisa paigal ja arenevad pidevalt ning see, mida kasutati paar aastat tagasi, ei pruugi täna enam asjakohane olla, või see, mida ei suudetud paar aastat tagasi teostada, on nüüdseks reaalsuseks saanud. Tänapäeval on olemas rohkem kaasaegseid tööriistu, mis aitavad luua veeb- ja mobiilirakendusi kiiremini ja kvaliteetsemalt. Olles teinud isiklikke tähelepanekuid ja omades kogemusi, tahan jagada oma nägemust, millised tehnoloogiad ja tööriistad tulevad lähitulevikus nõudlusele ning miks nendele tuleks tähelepanu pöörata kaasaegsete veebirakenduste loomisel.
Ühe lehe rakendus (single page application)
Tulge, määratleme veidi terminoloogiat. Ühe Lehe Rakendus (SPA) on veebirakendus, mille komponente laaditakse üks kord ühele lehele ning sisu laaditakse vajadusel. Ja rakenduse jaotiste vahel liikudes ei laadita lehte täielikult uuesti, vaid laaditakse ja kuvatakse ainult vajalikud andmed.
Ühe lehe rakendused võidavad oluliselt kiiruselt ja kasutusmugavuselt klassikaliste veebirakenduste üle. SPA abil on võimalik saavutada veebisaidi toimivus, nagu desktopp rakendusel, ilma laadimisteta ja märkimisväärsete viivitusteta.
Kui paar aastat tagasi ei toetatud ühe lehe rakendusi praktiliselt üldse otsingumootori optimeerimist ja neid kasutati peamiselt isiklike konto ja halduspaneelide loomiseks, siis täna on ühe lehe rakenduse loomine täieliku otsingumootori optimeerimise (SEO) toega palju lihtsam. Kasutades serveriteenuse renderdamisega SPA-sid on see probleem täielikult kadunud. Teisisõnu, see on sama ühe lehe rakendus, kuid esmasel päringul genereerib server mitte lihtsalt andmeid, vaid loob valmis HTML lehe kuvamiseks, ning otsingumootorid saavad valmis lehed koos kogu meta-informatsiooniga ja semantilise tähistusega.
Kliendipoolsete veebirakenduste loomise tööriistade arengu käigus kasvab arendus ja üleminek ühe lehe rakendustele sel aastal ja tulevikus ainult. Kui teil on vana rakendus, mis on moraalselt aegunud ja töötab aeglaselt, veel täislehe laadimisega jaotiste vahel liikudes, siis sel aastal võite julgelt uuendada kiireks ühe lehe rakenduseks – praegu on hea aeg, tehnoloogiad võimaldavad selle kiiresti ja kvaliteetselt teostada.
Omada kaasaegset ja kiiret veebisaiti on väga hea, kuid pean ausalt ütlema: mitte kõik rakendused ei ole lihtsalt ühe lehe rakendusteks muudetavad, ja vahetus võib osutuda kulukaks! Seetõttu on oluline mõista, kellele ja miks selline üleminek vajalik on.
Selleks, et aidata teil mõista, olen allolevas tabelis toonud mitmeid näiteid, millal arendus või üleminek SPA-le on asjakohane ja põhjendatud, ning millal ei ole.
ZA
Kui soovite luua kaasaegse, kiire rakenduse ning soovite, et seda kasutataks mitte ainult veebiversioonis, vaid ka mobiili- või isegi lauaarvuti versioonis, ning et kõik protsessid ja arvutused toimuksid kauges või pilveserveris. Lisaks soovite, et kõik kliendid omaksid ühte suhtlusliidest ning ei oleks vajadust iga kord serverikoodi muuta, kui lisatakse uus klient.
Näiteks: sotsiaalne võrgustik, agregaatide teenused, SaaS platvormid (tarkvara kui teenus), turuplatsid
Kui teil on pood või veebiteenus, tead, et see on aeglane ja inimesed lahkuvad, soovite selle kiiremaks muuta, mõistate klientide väärtust ja olete valmis uuendamise eest maksma alates miljonist rublast.
Teil on mobiilirakendus, mis kasutab saidi API-d, kuid saidi kiirus on madal ja sisu laaditakse täielikult ümber, kui lehtede vahel liikuda.
VASTU
Kui teie sihtrühm ei kasuta kaasaegseid brausereid ja seadmeid.
Näiteks: spetsiifilised ettevõtte valdkonnad, nagu sise süsteemide arendamine pankades, meditsiiniasutustes ja hariduses.
Teie põhi tegevus toimub offline ning te ei ole valmis pakkuma mingeid teenuseid veebis, ning teil on vaja lihtsalt kliente meelitada.
Kui teil on olemas veebipood või teenus, mis juba hästi müüb, te ei näe klientide lahkumist ega kaebusi.
Kui teil on toimiv rakendus, mida ei saa SPA-ks kohandada ja peate kõik nullist ümber kirjutama ning kasutama teisi tehnoloogiaid, kuid te ei ole valmis selleks kulutama mitmeid miljonit.
Näiteks: on kastisait või mingi vananenud, monoliitne kood.
Progressiivsed veebirakendused
Progressiivsed veebirakendused (Progressive Web Applications) – see on toode, mis on loodud natiivrakenduse ja veebisaidi koostöös. Eessõnas on see veebirakendus, mis näeb välja ja käitub nagu tõeline natiivrakendus, võib saada push-teateid, töötada offline-režiimis jne. Samuti ei pea kasutaja rakendust AppStore'ist või Google Play'st alla laadima, piisab lihtsalt töölauale salvestamisest.
Kuna PWA tehnoloogia või arenduslähenemine on arenenud alates 2015. aastast, on see viimastel aegadel ka tohutult populaarsust kogunud e-kaubanduse valdkonnas.
Mõned reaalsed elulised näited:
- Eelmisel aastal suutsid Best Western River North hotell, pärast uue PWA-toega veebilehe käivitamist, suurendada oma tulu 300%;
- Araabia Avito OpenSooq.com suutis pärast PWA toe loomist oma veebilehel suurendada külastusaega 25% ja müügivihjete arvu 260%;
- Tuntud tutvumisteenus Tinder suutis vähendada laadimisaega 11.91 s-lt 4.69 s-le, arendades PWA-d, veelgi enam, rakendus kaalub 90% vähem kui selle natiivne Androidi analoog.
Tõik, et sellele tehnoloogiale tuleks tähelepanu pöörata, on see, et üks suurimaid e-kaubanduse projektide arendamise mootoritest, Magento, käivitas 2018. aastal varase arendajaversiooni PWA Studiost. Platvorm võimaldab „karbist välja” luua Reacti põhjal esipaneeli oma e-kaubanduse lahendustele PWA toega.
Nõuanne neile, kellel on juba internetiprojekt või ainult idee uue teenuse loomiseks mobiilsete seadmete toega: ärge kiirustage kirjutama täisversiooni natiivset rakendust, vaid vaadake esmalt PWA technologiat. Võib-olla on see teie toote jaoks parim hind-kvaliteedi suhe.
Natuke praktikast. Lihtsa uudiste natiivse mobiilirakenduse loomiseks, tingimusel et olemas on REST server, kulub umbes 200-300 inime-tundi iga platvormi kohta. Keskmise turuhinna korral 1500-2000 rubla/tund võib rakendus maksma minna umbes 1 miljon rubla. Kui arendada veebirakendust koos täieliku PWA toega: push-teavitustega, offline-režiimi ja muude lisafunktsioonidega, siis arendus võtab 200-300 inime-tundi, kuid toode on kohe kõigil platvormidel saadaval. See tähendab umbes 2-kordset säästu, rääkimata sellest, et ei pea maksma tasusid rakenduste poodidesse paigutamiseks.
Serverless
See on veel üks tänapäevane lähenemine arendusele. Nime tõttu arvavad paljud, et see on tõeliselt serverivaba arendus, back-end koodi kirjutamine ei ole vajalik ja iga front-end arendaja suudab luua täisfunksionaalse veebirakenduse. Kuid see pole tõsi!
Serverless-rakenduse loomisel on server siiski vajalik ja andmebaasid samuti. Peamine erinevus selle lähenemise puhul on see, et tagakoodi esitavad pilvefunktsioonid (Serverlessi teine nimetus on FaaS, funktsioonid teenusena) ja see võimaldab rakendust kiiresti ja lihtsalt skaleerida. Sellise rakenduse loomisel saab arendaja keskenduda ärieesmärkidele, mitte skalaarimisele ja infrastruktuuri seadistamisele, mis kiirendab rakenduse arendamist ja vähendab selle kogumakse. Veelgi enam, Serverless lähenemine aitab säästa üüri serverid, kuna see kasutab täpselt nii palju ressursse, kui on vajalik ülesande täitmiseks, ja kui koormust ei ole, siis serveri aega ei kasutata ja ei tasustata.
Näiteks suutis suur Ameerika meediakompanii Bustle vähendada kulusid hostimine rohkem kui 60% üleminekul Serverlessile. Coca-Cola suutis automatiseeritud jookide müügisuhtes masinate kaudu arendamisel vähendada hostimise kulusid $13000-lt $4500-le aastas Serverlessile ülemineku tõttu.
Viimased paar aastat on Serverlessi peamiselt kasutatud väikestes projektides, idufirmades ja MVP-des uudsuse ja piirangute tõttu, kuid tänapäeval, tänu tarkvara arengule, serverite konteinerimise universaalsusele ja võimsusele, ilmuvad tööriistad, mis võimaldavad piiranguid kõrvaldada, lihtsustada ja kiirendada pilverakenduste arendamist.
See tähendab, et ettevõtte äri stsenaariumid, kus varem peeti pilveuuendust võimatuks (näiteks servaseadmete, edastatud andmete või oleku säilitamise rakenduste jaoks), on nüüd reaalsus. Hea tööriist, mis tõotab suurt potentsiaali, on kNative ja Serverless enterprise.
Kuid kõigist neist tuleb märkida, et Serverless ei ole hõbedane kuul veebirakenduste arendamiseks. Nagu iga teine tehnoloogia, on tal oma eelised ja puudused ning seda tööriista tuleb valida arusaamisega, mitte 'naela naela mikroskoobiga', ainult sellepärast, et see on tehnoloogilisem.
Et aidata teil aru saada, on siin mõned näited, millal tasub mõelda Serverlessile uue veebiteenuse arendamise või olemasoleva täiustamise puhul:
- Kui serveri koormus on perioodiline ja maksate ressursi seisu eest. Näiteks meil oli klient, kellel oli kohvimasinate võrgustik ja kes pidi töötlema päringuid ning koguma statistikat vaid paarisaja või tuhande korda päevas, kuid öösel langes päringute arv paarikümnele. Sellisel juhul on oluliselt tõhusam maksta ainult reaalse ressursikasutuse eest, seetõttu pakkusime ja rakendasime lahenduse Serverless;
- Kui te ei plaani süveneda infrastruktuuri tehnilistesse detailidesse ja üle maksta serverite ja koormuse tasakaalustaja seadistamise ning hooldamise eest. Näiteks, kui arendate turuplatvormi, ei tea te täpselt, milline on külastatavus, või vastupidi — plaanite suurt külastatavust ja soovite, et teie rakendus taluks koormust, siis on Serverless suurepärane valik.
- Kui on vaja teostada mõningaid voogedastusüritusi põhioskuses, salvestada kõrvalandmeid tabelitesse, teostada mõningaid arvutusi. Näiteks, koguda analüütilisi andmeid kasutaja tegevuste kohta, töödelda neid teatud viisil ja salvestada andmebaasi;
- Kui on vajalik lihtsustada, ühtlustada või kiirendada rakenduse praegust tööd. Näiteks luua jõudlust parandavad teenused piltide või videote töötlemiseks, kui kasutaja laadib video pilve ja eraldi funktsioon tegeleb transkodeerimisega, samas kui põhiserver töötab tavapärasel viisil.
Kui on vaja töötleda sündmusi välistelt teenustelt. Näiteks töötleda maksesüsteemidelt vastuseid või suunata kasutajaandmed CRM-i, et kiirendada potentsiaalsete klientide päringute töötlemist.
Kui teil on suur rakendus ja mõned rakenduse osad võiksid olla rakendatud efektiivsemalt, kasutades keelt, mis erineb põhikeelest. Näiteks, teil on projekt Java-s ja peate lisama uue funktsionaalsuse, kuid käsitsi on käed vabad ja antud keeles rakendamine võib võtta rohkem aega. Serverless võib abiks olla ka sellel juhul.
See pole kaugeltki kogu tööriistade ja tehnoloogiate loetelu, mis väärivad tähelepanu; jagan vaid seda, mida me iga päev oma töös kasutame ja teame täpselt, kuidas need saavad aidata äri.
Allikas: habr.com
