Sissejuhatus
Digitaalne transformatsioon hõlmab igal aastal üha rohkem erinevaid elu- ja ärivaldkondi. Kui ettevõte soovib olla konkurentsivõimeline, ei piisa enam tavalistest infosaitidest, vaja on mobiili- ja veebirakendusi, mis mitte ainult ei anna kasutajatele teavet, vaid võimaldavad täita ka teatud funktsioone: võtta vastu või tellida kaupu ja teenuseid, pakkuda tööriistu.
Näiteks ei piisa enam tänapäeva pankadele teabega veebilehe olemasolust, neil peavad olema klientide jaoks veebipõhised tööriistad, isiklik konto, kus kasutaja saab hallata kontosid, investeeringuid ja laene. Ka väikeettevõtted vajavad konversioonide suurendamiseks mugavaid tööriistu, nagu näiteks arsti või juuksuri vastuvõtuaja kokkuleppimine või sünnipäevapeoks restorani või laste mängutoa laua broneerimine.
Ja omanikud ise peavad saama õigel ajal sobival kujul teavet oma ettevõtte seisu kohta, näiteks erinevate tootmisosakondade statistiliste andmete ja analüütika kogumise või osakondade tootlikkuse kohta. Tihti kogub iga osakond neid andmeid omal moel ja võib isegi kasutada erinevaid tööriistu ning selle kõige mõistmiseks peab omanik kulutama palju isiklikku aega, kaudselt või otseselt võib see mõjutada ettevõtte efektiivsust ja lõppkokkuvõttes kasumit. Siin aitab ka digitaalne transformatsioon ja veebi- või mobiilirakenduste arendus.
Tehnoloogiad ei seisa paigal ja arenevad pidevalt ning see, mida kasutati mitu aastat tagasi, ei pruugi tänapäeval enam aktuaalne olla või see, mida ei saanud teha mitu aastat tagasi, on juba reaalsuseks saanud. On olemas kaasaegsemad tööriistad, mis aitavad veebi- ja mobiilirakendusi kiiremini ja paremini luua. Isiklikele tähelepanekutele ja kogemustele tuginedes tahan jagada oma nägemust sellest, millised tehnoloogiad ja tööriistad on lähitulevikus nõutud ning miks peaks just neile kaasaegse veebirakenduse loomisel tähelepanu pöörama.
Üheleheline rakendus
Täpsustame terminoloogiat veidi. Single Page Application (SPA) on veebirakendus, mille komponendid laaditakse ühele lehele üks kord ja sisu laetakse vastavalt vajadusele. Ja rakenduse jaotiste vahel liikudes ei laadi leht täielikult uuesti, vaid ainult laadib ja kuvab vajalikud andmed.
Ühelehelised rakendused saavad klassikalistest veebirakendustest kiiruse ja kasutuslihtsuse osas palju kasu. SPA abil saate saavutada efekti, mille kohaselt veebisait töötab nagu rakendus töölaual, ilma taaskäivituste ja oluliste viivitusteta.
Kui veel mõned aastad tagasi ühelehelised rakendused otsingumootoritele optimeerimist praktiliselt ei toetanud ning neid kasutati peamiselt isiklike kontode ja halduspaneelide loomiseks, siis tänapäeval on otsingumootoritele optimeerimise (SEO) täieliku toega ühelehelise rakenduse loomine muutunud palju lihtsamaks. Tänapäeval serveris renderdatud ühelehelisi rakendusi kasutades on see probleem täielikult kadunud. Teisisõnu, see on sama üheleheline rakendus, kuid esimesel päringul ei genereeri server mitte ainult andmeid, vaid loob kuvamiseks valmis HTML-lehe ja otsingumootorid saavad valmis lehed kogu metateabe ja semantilise märgistusega. .
Kliendipoolsete veebirakenduste loomise tööriistade arenedes kasvab arendus ja üleminek ühelehelistele rakendustele sel ja järgnevatel aastatel ainult. Kui sul on mõni vana rakendus, mis on aegunud ja töötab aeglaselt ning osade vahel vahetades isegi täieliku lehe uuesti laadimisega, siis sel aastal võid julgelt üle minna kiirele ühelehelisele rakendusele – praegu on hea aeg, tehnoloogia juba võimaldab teha seda üsna kiiresti ja tõhusalt.
Moodne ja kiire veebileht on väga hea, kuid ütlen ausalt: kõiki rakendusi ei saa lihtsalt ühelehelisteks rakendusteks teisendada ja üleminek võib olla kulukas! Seetõttu peate mõistma, kes vajab sellist üleminekut ja miks.
Et aidata teil mõista, toon allolevas tabelis mõned näited selle kohta, millal on SPA arendamine või üleminek asjakohane ja põhjendatud ning millal mitte.
FOR
Kui soovid teha kaasaegset kiiret rakendust ja soovid kasutada lisaks veebiversioonile ka mobiili- või isegi töölauaversiooni ning kõik protsessid ja arvutused toimuvad kaug- või pilveserveris. Veelgi enam, et kõigil klientidel oleks üks interaktsiooniliides ja uue kliendi lisamisel pole vaja serveri koodis iga muudatust teha.
Näiteks: sotsiaalvõrgustik, agregaatorid, SaaS-platvormid (tarkvara pilveteenusena), turuplatsid
Kui teil on pood või veebiteenus, teate, et see on aeglane ja inimesed lahkuvad, soovite seda kiiremini teha, mõistate klientide väärtust ja olete valmis versiooniuuenduse eest maksma üle miljoni rubla.
Teil on mobiilirakendus, mis kasutab saidi API-t, kuid sait on aeglane ja lehtede vahel liikumisel laaditakse sisu täielikult uuesti
VASTU
Kui teie sihtrühm ei kasuta kaasaegseid brausereid ja seadmeid.
Näiteks: konkreetsed ettevõttevaldkonnad, näiteks pankade, meditsiiniasutuste ja hariduse sisesüsteemide arendamine.
Te teostate oma põhitegevusi võrguühenduseta ega ole valmis võrgus ühtegi teenust pakkuma ning peate lihtsalt kliente meelitama.
Kui teil on veebipood või veebiteenus, mis juba hästi müüb, ei näe te klientide väljavoolu ega kaebusi
Kui teil on töötav rakendus, mida ei saa SPA jaoks kohandada ja peate lihtsalt kõik nullist ümber kirjutama ja kasutama muid tehnoloogiaid ning te pole valmis sellele mitu miljonit kulutama.
Näiteks: seal on kastiga sait või mingi kodukirjutatud iidne monoliitne kood.
Progressiivsed veebirakendused
Progressiivsed veebirakendused on natiivse rakenduse ja veebisaidi ühise arengu tulemus. Põhimõtteliselt on see veebirakendus, mis näeb välja ja käitub nagu päris omarakendus, saab vastu võtta tõuketeateid, töötada võrguühenduseta režiimis jne. Sel juhul ei pea kasutaja rakendust AppStore’ist või Google Playst alla laadima, vaid lihtsalt töölauale salvestama.
Tehnoloogia või arenduskäsitlusena on PWA arenenud alates 2015. aastast ning on viimasel ajal saavutanud tohutu populaarsuse e-kaubanduse valdkonnas.
Mõned näited elust:
- eelmisel aastal suutis Best Western River North hotell suurendada tulusid 300% pärast uue PWA-toega veebisaidi käivitamist;
- Arabic Avito OpenSooq.com suutis pärast oma veebisaidil PWA toe loomist suurendada saidi külastamise aega 25% ja müügivihjete arvu 260% võrra;
- kuulus kohtinguteenus Tinder suutis PWA-d arendades laadimiskiirust 11.91 sekundilt 4.69 sekundile vähendada; pealegi kaalub rakendus 90% vähem kui oma Androidi vaste.
Sellest, et sellele tehnoloogiale tasub tähelepanu pöörata, viitab ka asjaolu, et üks suurimaid e-kaubanduse projektide loomise mootoreid Magento tõi 2018. aastal turule PWA Studio varajase arendusversiooni. Platvorm võimaldab teil luua PWA-toega e-kaubanduse lahenduste jaoks Reacti-põhise frontendi.
Nõuanne neile, kellel on juba Interneti-projekt või lihtsalt idee uueks mobiilseadmete toega teenuseks: ärge kiirustage täisväärtuslikku natiivset rakendust kirjutama, vaid vaadake esmalt PWA-tehnoloogiat. See võib olla teie toote jaoks parim hinna ja kvaliteedi suhtega lahendus.
Natuke praktikast. Lihtsa natiivse mobiiliuudiste rakenduse loomiseks, eeldusel, et teil on juba valmis REST-server, vajate ligikaudu 200-300 töötundi platvormi kohta. Kui arendustunni keskmine turuhind on 1500-2000 rubla tunnis, võib rakendus maksta umbes 1 miljon rubla. Kui arendada veebirakendust, millel on täielik PWA tugi: tõukemärguanded, võrguühenduseta režiim ja muu hea, siis võtab arendus 200-300 töötundi, kuid toode on kohe saadaval kõigil platvormidel. See tähendab, et umbes 2-kordne kokkuhoid, rääkimata sellest, et te ei pea rakenduste kauplustes paigutamise eest tasu maksma.
Serverita
See on veel üks kaasaegne lähenemine arengule. Nime tõttu arvavad paljud, et tegemist on tõeliselt serverivaba arendusega, tagakoodi pole vaja kirjutada ning iga esiotsa arendaja saab luua täisväärtusliku veebirakenduse. Aga see pole tõsi!
Serverivaba rakenduse loomisel on vaja ikkagi serverit ja andmebaasi. Selle lähenemisviisi peamine erinevus seisneb selles, et taustakood esitatakse pilvefunktsioonide kujul (teine serverivaba nimi on FaaS, toimib teenusena või Functions-as-a-Service) ning võimaldab rakendusel kiiresti skaleerida ja skaleerida. lihtsalt. Sellise rakenduse loomisel saab arendaja keskenduda äriprobleemidele ja mitte mõelda infrastruktuuri skaleerimisele ja seadistamisele, mis hiljem kiirendab rakenduste arendamist ja vähendab selle maksumust. Lisaks aitab serverita lähenemine säästa serveri rentimisel, kuna see kasutab ülesande täitmiseks täpselt nii palju ressursse, kui vaja, ja kui koormust pole, siis serveriaega üldse ei kasutata ja selle eest ei maksta.
Näiteks Ameerika suur meediaettevõte Bustle suutis Serverlessile üleminekul hostimiskulusid vähendada enam kui 60%. Ja Coca-Cola ettevõte suutis automatiseeritud süsteemi väljatöötamisel jookide müügiks müügiautomaatide kaudu vähendada hostimiskulusid 13000 4500 dollarilt XNUMX dollarile aastas, üleminekuga Serverlessile.
Viimase paari aasta jooksul on Serverlessi oma uudsuse ja piirangute tõttu kasutatud peamiselt väikeste projektide, idufirmade ja MVP-de jaoks, kuid tänapäeval on tänu tarkvara arengule, serverite konteinerite mitmekülgsusele ja võimsusele esile kerkimas tööriistad, mis võimaldab teil eemaldada piiranguid, lihtsustada ja kiirendada pilverakenduste arendamist.
See tähendab, et ettevõtte äristsenaariumid, kus pilve moderniseerimist peeti varem võimatuks (näiteks servaseadmete, edastatavate andmete või olekut sisaldavate rakenduste puhul), on nüüd reaalsus. Head tööriistad, mis näitavad palju lubadust, on kNative ja Serverless Enterprise.
Kuid kõigest sellest hoolimata pole Serverless veebirakenduste arendamise jaoks hõbekuul. Nagu igal teisel tehnoloogial, on ka sellel oma plussid ja miinused ning see tööriist tuleb valida mõistvalt, mitte “mikroskoobiga naelu lööma” lihtsalt sellepärast, et see on tehnoloogiliselt arenenum.
Selle väljaselgitamiseks on siin mõned näited, millal võiksite uue veebiteenuse väljatöötamisel või olemasoleva veebiteenuse täiustamisel kaaluda serverita.
- Kui serveri koormus on perioodiline ja maksate jõudeoleku eest. Näiteks oli meil klient kohvimasinate võrgustikuga ja taotlusi oli vaja töödelda ja statistikat koguda vaid paarsada või tuhat korda päevas ning öösiti langes päringute arv mitmekümneni. Sel juhul on palju efektiivsem maksta ainult ressursikasutuse eest, seega pakkusime välja ja juurutasime lahenduse Serverlessis;
- Kui te ei plaani sukelduda infrastruktuuri tehnilistesse üksikasjadesse ega maksta serverite ja tasakaalustaja seadistamise ja hooldamise eest üle. Näiteks turuplatsi arendades ei tea te täpselt, milline on liiklus või vastupidi – plaanite palju liiklust ja et teie rakendus kindlasti koormusele vastu peaks, on Serverless suurepärane valik.
- Kui peate põhirakenduses läbi viima mõned voogedastussündmused, kirjutage kõrvalandmed tabelitesse, tehke mõned arvutused. Näiteks koguda analüütilisi andmeid kasutaja toimingute kohta, töödelda neid teatud viisil ja salvestada andmebaasi;
- Kui teil on vaja rakenduse praegust tööd lihtsustada, ühtlustada või kiirendada. Näiteks looge piltide või videotega töötamiseks jõudlust parandavad teenused, kui kasutaja laadib video pilve üles ja ümberkodeerimisega tegeleb eraldi funktsioon, samal ajal kui põhiserver töötab tavapäraselt.
Kui teil on vaja töödelda sündmusi kolmandate osapoolte teenustest. Näiteks töödelda maksesüsteemide vastuseid või suunata kasutajaandmed CRM-i, et kiirendada potentsiaalsete klientide päringute töötlemist
Kui teil on suur rakendus ja mõnda rakenduse osa saab optimaalsemalt rakendada, kasutades põhikeelest erinevat keelt. Näiteks teil on Java keeles projekt ja teil on vaja lisada uusi funktsioone, kuid teil pole vabu käsi või antud keeles juurutamine võib võtta kauem aega ja lahendus on juba mõnes teises keeles, siis saab aidata Serverless ka sellega.
See ei ole kogu tähelepanu väärivate tööriistade ja tehnoloogiate nimekiri, vaid jagasin lihtsalt seda, mida me ise oma töös igapäevaselt kasutame ja tean täpselt, kuidas need ärile kaasa aidata saavad.
Allikas: www.habr.com