Veebiarenduse tehnoloogilised trendid 2019.

Sissejuhatus

Digitaalne transformatsioon katab iga aastaga üha rohkem erinevaid elu ja äri valdkondi. Kui äri soovib olla konkurentsivõimeline, ei piisa enam tavalistest infolehtedest; vajalikud on mobiil- ja veebi rakendused, mis ei paku mitte ainult kasutajatele teavet, vaid võimaldavad ka teatud funktsioonide täitmist: tooteid ja teenuseid tellida või hankida, pakkuda tööriistu.

Näiteks ei piisa tänapäeva pankadele enam pelgalt infosiidist; vajalikud on veebipõhised tööriistad oma klientidele, isiklikud kontod, kus kasutaja saab hallata oma kontosid, investeeringuid ja laene. Isegi väikese äri jaoks, et suurendada konversiooni, on vajalikud mugavad tööriistad, näiteks arsti või juuksuri vastuvõtule registreerimine, lauaarvamine restoranis või laste mängutuba sünnipäeva korraldamiseks.

Ettevõtte omanikud peavad saama õigeaegselt teavet oma ettevõtte seisundi kohta mugavas vormis, näiteks statistika kogumise ja analüütika osakondade kohta või osakondade tootlikkuse kohta. Sageli kogub iga osakond neid andmeid omamoodi ning võib kasutada erinevaid tööriistu, mistõttu peab omanik kulutama palju isiklikku aega, et kõike seda mõista. See võib kaudselt või otseselt mõjutada ettevõtte efektiivsust ja lõpuks ka kasumit. Siinkohal aitab samuti digitaalne transformatsioon ning veeb- või mobiilirakenduse arendamine.

Tehnoloogiad ei seisa paigal ja arenevad pidevalt. See, mida kasutati paar aastat tagasi, ei pruugi täna enam asjakohane olla, või see, mida ei saanud paar aastat tagasi teha, on nüüdseks tõelisuseks saanud. Tänapäeva turul on saadaval palju kaasaegseid tööriistu, mis aitavad luua veeb- ja mobiilirakendusi kiiremini ja kvaliteetsemalt. Tuginedes oma isiklikele tähelepanekutele ja kogemustele, soovin jagada oma nägemust, millised tehnoloogiad ja tööriistad tulevad järgmise paari aasta jooksul nõudlusse ning miks tasub neile tähelepanu pöörata kaasaegse veebirakenduse loomisel.

Single page application (ühe lehe rakendused)

Mõelgem natuke täpselt terminoloogia üle. Single Page Application (SPA) – see on veebirakendus, mille komponendid laaditakse ühel korral ühele lehele ning sisu laaditakse vajadusel. Ja kui liikuda rakenduse erinevate sektsioonide vahel, ei laadita lehte täielikult uuesti, vaid ainult vajalikud andmed laaditakse ja kuvatakse.

Ühe lehega rakendused pakuvad oluliselt paremat töökiirus ja kasutusmugavust kui klassikalised veebirakendused. SPA abil on võimalik saavutada veebisaidi toimimisefekt nagu töölauarakendusel, ilma laadimisteta ja oluliste viivitusteta.

Kui paar aastat tagasi ei toetanud ühe lehega rakendused praktiliselt otsingumootori optimeerimist ning neid kasutati peamiselt isiklike kontode ja haldamispaneelide loomiseks, siis täna on ühe lehega rakenduste loomine, millel on täielik otsingumootori optimeerimise (SEO) tugi, palju lihtsam. Ühe lehega rakenduste serveripoolse renderdamise kasutamine on selle probleemi täielikult kõrvaldanud. Teisisõnu, see on sama ühe lehega rakendus, kuid esimese päringu korral genereerib server mitte lihtsalt andmeid, vaid loob valmiskujul HTML lehe, millega otsingumootorid saavad valmis lehed koos kogu meta-informatsiooni ja semantilise märgistusega.

Kliendi veebirakenduste loomise tööriistade arengu tõttu kasvab ühe lehe rakenduste arendamine ja kasutusele võtmine sel aastal ja järgnevatel aastatel vaid. Kui teil on vana rakendus, mis on moraalselt vananenud ja mille töö on aeglane, lisaks sellele, et lehe täielik uuendamine toimub jaotiste vahel liikudes, siis on sel aastal hea aeg uuendada see kiireks ühe lehe rakenduseks – nüüd on see võimalik teha piisavalt kiiresti ja kvaliteetselt.

Omada kaasaegset ja kiiret veebisaiti on väga hea, kuid pean teile ausalt ütlema: mitte kõik rakendused ei ole hõlpsasti ümber tõlgitavad ühe lehe rakendusteks ning üleminek võib olla üsna kulukas! Seetõttu on oluline mõista, kellele ja miks on selline üleminek vajalik.

Kuna soovin teid aidata, olen allolevas tabelis toonud mitmeid näiteid, millal on arendus või üleminek SPA-le sobilikud ja põhjendatud ning millal ei ole.

KUNINGAS

Kui soovite luua kaasaegset ja kiiret rakendust, millel on nii veebiversioon kui ka mobiili- või lauarakendus, ja et kõik protsessid ja arvutused toimuksid kaugarvutis või pilveserveris. Veelgi enam, et kõik kliendid kasutaksid ühtset kasutajaliidest ning ei oleks vaja igat muudatust serverikoodis sisestada uue kliendi lisamisel.

Näiteks: sotsiaalne võrgustik, agregaatorkeskkonnad, SaaS platvormid (tarkvara kui teenus), turuplatsid.

Kui teil on pood või veebiteenus ja teate, et see töötab aeglaselt, ning inimesed lahkuvad, soovite seda kiiremaks muuta, mõistate klientide väärtust ja olete valmis täienduse eest maksma alates miljonist rublast.

Teil on mobiilirakendus, mis kasutab veebisaidi API-t, kuid veebisait on aeglane ja sisu uuesti laadimisega, kui lehti vahetate.

VASTU

Kui teie sihtrühm ei kasuta kaasaegseid brausereid ja seadmeid.

Näiteks: spetsiifilised ettevõttevaldkonnad, nagu sisemiste süsteemide arendamine pankade, meditsiiniasutuste ja hariduse jaoks.

Tegevus toimub offline ja te ei ole valmis online-teenuseid pakkuma, kuid vajate lihtsalt kliente.

Kui teil on juba veebipood või teenus, mis müüb hästi, ei tunne te klientide lahkumist ega kaebusi.

Kui teil on toimiv rakendus, mida ei saa SPA-le kohandada ja peate selle nullist ümber kirjutama, kasutades muid tehnoloogiaid, kuid te ei soovi kulutada selleks mitut miljonit.

Näiteks: teil on valmis veebisait või mõni vana monoliitne kood.

Progressiivsed veebirakendused

Progressiivsed veebirakendused (PWA) on natiivrakenduse ja veebisaidi koostöö evolutsiooni tulemus. Tegelikult on see veebirakendus, mis näeb välja ja käitub nagu tõeline natiivrakendus, saab saata push-teateid, töötab offline-režiimis jne. Kasutajalt ei ole vaja rakendust AppStore'ist või Google Play'st alla laadida, piisab, kui see lihtsalt töölauale salvestada.

Kuna PWA tehnoloogia või arenduslähenemine on alates 2015. aastast arenenud ja hiljuti on see veelgi suuremat populaarsust kogunud e-kaubanduse valdkonnas.

Mõned reaalsed näited elust:

• eelmisel aastal suutis hotell Best Western River North pärast PWA toe lisamist oma uuele veebisaidile suurendada tulusid 300%;
• Araabia Avito OpenSooq.com suutis pärast PWA toe loomist oma veebisaidil suurendada külastusaega 25% ja hinnanguliste liidide arvu 260%;
• Tuntud suhtlusapp Tinder suutis vähendada laadimisaega 11,91 sekundilt 4,69 sekundile, arendades PWA, lisaks on rakendus 90% väiksem oma natiivsest Androidi analoogist.

Tõend, et tasub sellele tehnoloogiale tähelepanu pöörata, on see, et üks suurimaid e-kaubanduse projektide loomise mootoriteid, Magento, käivitas 2018. aastal varajase arendajate versiooni PWA Studio. Platvorm võimaldab „karbist välja“ luua Reacti põhise frontend'i oma e-kaubanduse lahendustele PWA toega.

Nõuanne neile, kellel juba on internetiprojekt või kes alles plaanivad uut mobiilidade teenust: ärge kiirustage kirjutama täisväärtuslikku natiivset rakendust, vaid vaadake esmalt PWA tehnoloogiat. Võib-olla on see teie toote jaoks parim hinna ja kvaliteedi suhe.

Natukene praktikast. Lihtsa uudiste natiivse mobiilirakenduse loomiseks, kui REST server on juba olemas, kulub umbes 200–300 inimese tundi iga platvormi kohta. Turuhinna keskmise arendustasu, 1500–2000 rubla/tund, juures võib rakendus maksta umbes 1 miljon rubla. Kui arendada veebirakendust, mis toetab täielikult PWA-d: push-teateid, offline-režiimi ja muid boonuseid, siis arendamine võtab 200–300 inimese tundi, kuid toode on kohe kõigil platvormidel saadaval. Seega on kokkuhoid ligikaudu 2 korda, rääkimata sellest, et ei pea maksma rakenduste poodidesse paigutamise tasusid.

Serverless

See on veel üks kaasaegne lähenemine arendusele. Nime tõttu arvavad paljud, et see on tõeliselt serverivaba arendus, et back-end koodi kirjutama ei pea, ja iga front-end arendaja suudab teha täieliku veebirakenduse. Kuid see ei ole tõsi!

Serverless-rakenduse loomisel on server endiselt vajalik ning andmebaasid samuti. Selle lähenemise peamine erinevus seisneb selles, et back-end kood on esitatud pilvelfunktsioonidena (serverless'i teine nimetus on FaaS, funktsioonid teenusena) ning see võimaldab rakendusel kiiresti ja lihtsalt skaleeruda. Sellise rakenduse loomisel saab arendaja keskenduda äriülesannetele, mitte muretseda skaleerimise ja infrastruktuuri seadistamise pärast, mis kiirendab hiljem rakenduse arendust ja vähendab selle maksumust. Veelgi enam, serverless lähenemine aitab säästa rendikuludes serverite, kuna see kasutab täpselt nii palju ressursse, kui ülesande täitmiseks vajalik, ja kui koormust ei ole, siis serveri aega ei kasutata üldse ning selle eest ei maksta.

Näiteks on suur Ameerika meediaettevõte Bustle suutnud vähendada kulusid hõbustamise. rohkem kui 60% serverless'ile üleminekul. Coca-Cola suutis automatiseeritud jookide müügisüsteemi väljatöötamisel vähendada hostingu kulusid 13 000 dollarilt 4 500 dollarile aastas, liikudes serverless'i mudelile.

Viimased paar aastat on Serverless olnud peamiselt väikeste projektide, alustavate ettevõtete ja MVP-de jaoks, kuid täna, tänu tarkvara arengule, serverite konteinerimise paindlikkusele ja jõudlusele, on välja tulnud tööriistad, mis võimaldavad eemaldada piiranguid, lihtsustada ja kiirendada pilvepõhiste rakenduste arendamist.
See tähendab, et äriprotsessid, kus varem peeti pilvemoderniseerimist võimatuks (näiteks servaseadmest, edastatud andmetest või olekuga rakendustest), on nüüd reaalsus. Paljutõotavad tööriistad selles osas on kNative ja Serverless enterprise.

Kuid hoolimata kõigest ei ole Serverless hõbedane kuul veebiarenduse jaoks. Nagu iga teine tehnoloogia, on sellel omad eelised ja puudused, mistõttu tuleks seda tööriista mõistlikult valida, mitte „naelu mikroskoobiga lüüa“ lihtsalt seetõttu, et see on tehnoloogiliselt arenenum.

Kuna teid aidata, oleme koostanud mõned näited, millal tasub mõelda Serverless lahenduse kasutamisele uue või olemasoleva veebiteenuse arendamisel või täiustamisel:

• Kui serveri koormus on perioodiline ja maksate jõudluse seisaku eest. Näiteks oli meil klient, kellel oli kohvijagajate võrk ning oli vajalik töödelda päringuid ja koguda statistikat vaid paarisaja või tuhande korra päevas, samas kui öösel langes päringute arv kümneteni. Sellisel juhul on palju tõhusam maksta ainult tegeliku ressursikasutuse eest, seega pakkusime ja rakendasime Serverless lahenduse.
• Kui te ei plaani süveneda infrastruktuuri tehnilistesse detailidesse ja üle maksta serverite ja koormuse tasakaalustamise seadistamise ja toetamise eest. Näiteks turuplatside arendamisel ei tea te kindlasti, kui suur on külastatavus, või vastupidi — plaanite suurt külastatavust ja tahate kindel olla, et teie rakendus talub koormust, siis on Serverless suurepärane valik.
• Kui on vajalik teostada mingisuguseid voogedastusüritusi põhirakenduse töös, salvestada kõrvalisi andmeid tabelitesse, teostada mingisuguseid arvutusi. Näiteks koguda analüüsida andmeid kasutaja tegevuse kohta, töödelda neid teatud viisil ja salvestada andmebaasi;
• Kui on vaja praegust rakenduse tööd lihtsustada, ühtlustada või kiirendada. Näiteks luua jõudlust parandavad teenused piltide või videote töötlemiseks, kui kasutaja laadib video pilve, ja transkodeerimisega tegeleb eraldi funktsioon, põhiserver jätkab samal ajal oma tavapärases režiimis tööd.

Kui on vaja töödelda sündmusi kolmandate osapoolte teenustelt. Näiteks töödelda vastuseid maksesüsteemidelt või suunata kasutaja andmeid CRM-i, et kiirendada potentsiaalsete klientide päringute töötlemist.
Kui teil on suur rakendus ja mõned osad rakendusest võiksid olla efektiivsemalt rakendatud erinevas keeles kui peamine. Näiteks, kui teil on projekt Java-s ja soovite lisada uusi funktsioone, kuid käed on vabad, või kui selle keele realiseerimine võib võtta rohkem aega ja olemas on lahendus teises keeles, siis Serverless võib aidata.

See kaugelt ei ole kogu tööriistade ja tehnoloogiate loetelu, mis väärivad tähelepanu; jagan vaid seda, mida me ise igapäevaselt kasutame ja teame, kuidas need võivad ettevõtteid aidata.

Allikas: habr.com