Sarrera
Eraldaketa digitalak urtero bizitzaren eta negozioaren arlo ezberdin gehiago hartzen ditu. Enpresa batek lehiakorra izan nahi badu, informazio gune arruntak jada ez dira nahikoa, erabiltzaileei informazioa emateaz gain, funtzio jakin batzuk betetzeko aukera ematen dieten mugikor eta web aplikazioak behar dira: ondasunak eta zerbitzuak jaso edo eskatzea, tresnak eskaintzea.
Esaterako, jada ez da nahikoa banku modernoek informazioarekin webgune bat edukitzea; sareko tresnak izan behar dituzte bezeroentzat, erabiltzaileak kontuak, inbertsioak eta maileguak kudeatzeko kontu pertsonal bat. Enpresa txikiek ere tresna erosoak behar dituzte bihurketak areagotzeko, hala nola, medikuarekin edo ile-apaindegiarekin hitzordua egitea, edo jatetxe batean edo haurrentzako jolas-gela batean mahai bat erreserbatu urtebetetze festa baterako.
Eta jabeek beren enpresaren egoerari buruzko informazio puntuala jaso behar dute forma erosoan, adibidez, produkzio-sail ezberdinetarako datu estatistikoak eta analisiak biltzea edo sailen produktibitatea. Askotan, sail bakoitzak bere erara biltzen ditu datu horiek, eta baliteke tresna desberdinak erabiltzea ere eta jabeak denbora pertsonal asko eman behar du hori guztia ulertzeko, zeharka edo zuzenean honek enpresaren eraginkortasunean eta, azken batean, irabazian eragin dezake. Eraldaketa digitalak eta web edo mugikorretarako aplikazioen garapenak ere lagunduko du hemen.
Teknologiak ez daude geldirik eta etengabe eboluzionatzen ari dira, eta duela urte batzuk erabiltzen zenak gaur egun balio ez izatea edo duela urte batzuk egin ezin zena errealitate bihurtu da jada. Badira tresna modernoagoak web eta mugikorreko aplikazioak azkarrago eta hobeto sortzen laguntzen dizutenak. Behaketa pertsonaletan eta esperientzian oinarrituta, etorkizun hurbilean zein teknologia eta tresna eskatuko diren eta zergatik arreta jarri behar diezuen web aplikazio moderno bat sortzerakoan nire ikuspegia partekatu nahi dut.
Orri bakarreko aplikazioa
Definitu dezagun terminologia pixka bat. Orrialde bakarreko aplikazioa (SPA) web-aplikazio bat da, zeinaren osagaiak orrialde batean behin kargatzen diren eta edukia behar bezala kargatzen da. Eta aplikazioaren atalen artean mugitzean, orria ez da guztiz kargatzen, beharrezkoak diren datuak soilik kargatzen eta bistaratzen ditu.
Orrialde bakarreko aplikazioek web-aplikazio klasikoei asko etekina ateratzen diete abiadurari eta erabiltzeko erraztasunari dagokionez. SPA-ren laguntzaz, webgune batek mahaigainean aplikazio bat bezala funtzionatzearen efektua lor dezakezu, berrabiarazi eta atzerapen handirik gabe.
Duela urte batzuk orrialde bakarreko aplikazioek ia ez zuten bilatzaileen optimizazioa onartzen eta batez ere kontu pertsonalak eta administrazio-panelak sortzeko erabiltzen baziren, gaur egun, bilaketa-motorren optimizaziorako (SEO) laguntza osoa duen orrialde bakarreko aplikazioa sortzea askoz errazagoa da. Gaur egun zerbitzariak errendatutako orrialde bakarreko aplikazioak erabiliz, arazo hau guztiz desagertu da. Beste era batera esanda, orri bakarreko aplikazio bera da, baina lehen eskaeran, zerbitzariak datuak ez ezik, HTML orri bat sortzen du bistaratzeko prest eta bilatzaileek prest egindako orriak jasotzen dituzte meta informazio eta marka semantikoarekin. .
Bezeroaren aldetik web aplikazioak sortzeko tresnen garapenarekin, orrialde bakarreko aplikazioetarako garapena eta trantsizioa urte honetan eta hurrengoetan bakarrik haziko da. Zaharkituta dagoen eta poliki funtzionatzen duen aplikazio zahar bat baduzu, eta atal batetik bestera aldatzean orri osoa birkargatu arren, aurten segurtasunez berritu dezakezu orrialde bakarreko aplikazio azkar batera. Orain une ona da, teknologiak dagoeneko aukera ematen dizu. hau nahiko azkar eta eraginkortasunez egiteko.
Webgune moderno eta azkarra izatea oso ona da, baina zintzotasunez esango dizut: aplikazio guztiak ezin dira erraz bihurtu orrialde bakarreko aplikazioetara, eta trantsizioa garestia izan daiteke! Hori dela eta, ulertu behar duzu nork behar duen trantsizio hori eta zergatik.
Ulertzen laguntzeko, beheko taulan SPA bat garatzea edo aldatzea egokia eta justifikatua dagoenean eta noiz ez den adibide batzuk emango ditut.
FOR
Aplikazio moderno eta azkarra egin nahi baduzu eta web bertsioa ez ezik, mugikorreko bertsioa edo mahaigaineko bertsioa ere erabili nahi baduzu, eta prozesu eta kalkulu guztiak urruneko edo hodeiko zerbitzari batean egiten dira. Gainera, bezero guztiek interakzio-interfaze bat izan dezaten eta bezero berri bat gehitzean zerbitzariaren kodean aldaketa guztiak egin beharrik ez izateko.
Adibidez: sare soziala, agregatzaileak, SaaS plataformak (software hodeiko zerbitzu gisa), merkatuak
Denda edo web-zerbitzu bat baduzu, badakizu motela dela eta jendea joaten ari dela, azkarrago egin nahi duzula, bezeroen balioa ulertzen duzu eta milioi bat errublo baino gehiago ordaintzeko prest zaude bertsio berritzeko.
Gunearen APIa erabiltzen duen mugikorrentzako aplikazio bat duzu, baina gunea motela da eta eduki osoa birkargatzen du orrialdeen artean mugitzean
KONTRA
Zure xede-publikoak arakatzaile eta gailu modernoak erabiltzen ez baditu.
Adibidez: arlo korporatibo espezifikoak, hala nola, bankuen, erakunde medikoen eta hezkuntzaren barne-sistemen garapena.
Zure jarduera nagusiak lineaz kanpo egiten dituzu eta ez zaude zerbitzurik linean emateko prest, eta bezeroak erakarri besterik ez duzu behar.
Dagoeneko ondo saltzen den lineako denda edo web zerbitzu bat baduzu, ez duzu bezeroen irteerarik edo kexarik ikusten.
SPArako egokitu ezin den aplikazio bat baduzu eta dena hutsetik berridatzi eta beste teknologia batzuk erabili behar badituzu, eta ez zaude prest honetan hainbat milioi gastatzeko.
Adibidez: koadrodun gune bat edo etxean idatzitako antzinako kode monolitiko bat dago.
Web Aplikazio Progresiboak
Progressive Web aplikazioak jatorrizko aplikazio baten eta webgune baten bilakaeraren emaitza dira. Funtsean, benetako jatorrizko aplikazio baten itxura eta portaera duen web aplikazioa da, push jakinarazpenak jaso ditzakeena, lineaz kanpoko moduan lan egiten duena, etab. Kasu honetan, erabiltzaileak ez du aplikazioa AppStoretik edo Google Playtik deskargatu behar, baizik eta mahaigainean gorde besterik ez du.
Garapenerako teknologia edo ikuspegi gisa, PWA 2015etik garatzen ari da, eta duela gutxi ospe handia lortu du merkataritza elektronikoaren arloan.
Bizitza errealeko adibide batzuk:
- iaz, Best Western River North hotelak diru-sarrerak %300 handitu ahal izan zituen PWA gaitutako webgune berri bat martxan jarri ostean;
- Arabiera Avito OpenSooq.com-ek, bere webgunean PWA euskarria sortu ondoren, gunera bisitatzeko denbora % 25 handitu ahal izan zuen eta bezerogaien kopurua % 260ean;
- Tinder datazio-zerbitzu ospetsuak kargatzeko abiadura 11.91s-tik 4.69s-ra murrizteko gai izan zen PWA bat garatuz; gainera, aplikazioak bere jatorrizko Android-en parekoak baino %90 gutxiago pisatzen du.
Teknologia honi arreta jartzea merezi duela ere adierazten du merkataritza elektronikoko proiektuak sortzeko motor handienetako batek, Magentok, 2018an PWA Studio-ren garapenerako bertsio goiztiarra jarri zuela abian. Plataformak React-en oinarritutako frontend bat sortzeko aukera ematen dizu zure merkataritza elektronikoko soluzioetarako PWA laguntzarekin.
Dagoeneko Interneteko proiektu bat edo gailu mugikorrentzako euskarria duen zerbitzu berri baterako ideia bat dutenentzat aholkuak: ez izan presarik berezko aplikazio osoa idazteko, baina lehenik begiratu PWA teknologiari. Hau izan daiteke zure produkturako diruaren balio-zerbitzurik onena.
Praktikatik pixka bat. Jatorrizko albiste mugikorren aplikazio soil bat sortzeko, baldin eta dagoeneko prest dagoen REST zerbitzari bat baduzu, 200-300 ordu inguru behar dituzu plataforma bakoitzeko. Garapen ordu bateko batez besteko merkatuko prezioa 1500-2000 errublo/orduko izanik, aplikazio batek milioi bat errublo inguru balio dezake. PWArako euskarri osoa duen web aplikazio bat garatzen baduzu: push jakinarazpenak, lineaz kanpoko modua eta beste ontasun batzuk, garapenak 1-200 gizon-ordu beharko ditu, baina produktua berehala egongo da eskuragarri plataforma guztietan. Hau da, gutxi gorabehera 300 aldiz aurreztea, zer esanik ez, aplikazio-dendetan jartzeko kuotarik ordaindu beharko ez duzula.
zerbitzaririk
Hau garapenaren beste ikuspegi moderno bat da. Izena dela eta, jende askok uste du zerbitzaririk gabeko garapena dela, ez dago back-end kodea idatzi beharrik eta edozein front-end garatzaileek web-aplikazio osoa sor dezake. Baina hori ez da egia!
Zerbitzaririk gabeko aplikazio bat sortzean, zerbitzari bat eta datu-base bat behar dituzu oraindik. Ikuspegi honen desberdintasun nagusia da back-end kodea hodeiko funtzioen moduan aurkezten dela (zerbitzaririk gabeko beste izen bat FaaS da, zerbitzu gisa funtzionatzen du edo Functions-as-a-Service) eta aplikazioa azkar eta eskalatzeko aukera ematen du. erraz. Horrelako aplikazio bat sortzean, garatzaileak negozio-arazoetan zentratu daiteke eta ez du pentsatu azpiegitura eskalatzean eta konfiguratzen, eta horrek aplikazioen garapena bizkortzen du eta kostua murrizten du. Gainera, Serverless ikuspegiak zerbitzarien alokairuetan aurrezten lagunduko dizu, zeregina burutzeko behar adina baliabide erabiltzen baititu, eta kargarik ez badago, zerbitzariaren denbora ez da batere erabiltzen eta ez da ordaintzen.
Esaterako, Bustle hedabide-enpresa estatubatuar handiak % 60 baino gehiago murriztu ahal izan zituen hosting-kostuak Serverless-era aldatzean. Eta Coca-Cola konpainiak, makinen bidez edariak saltzeko sistema automatizatu bat garatzean, ostalaritza-kostuak urtean 13000 $-tik 4500 $-ra murriztu ahal izan zituen Serverless-era aldatuz.
Azken bi urteetan, bere berritasunagatik eta bere mugengatik, Serverless proiektu txikietarako, startupetarako eta MVPetarako erabili izan da batez ere, baina gaur egun, softwarearen bilakaerari, zerbitzarien edukiontzien aldakortasunari eta ahalmenari esker, tresnak sortzen ari dira. murrizketak kentzeko, hodeiko aplikazioen garapena sinplifikatzeko eta bizkortzeko aukera ematen du.
Horrek esan nahi du lehen hodeiaren modernizazioa ezinezkotzat jotzen zen enpresa-negozio-egoerak (adibidez, ertzetako gailuetarako, garraioan dauden datuak edo egoera-aplikazioetarako) errealitatea direla. Promesa handia erakusten duten tresna onak kNative eta Serverless enpresa dira.
Baina hori guztia izan arren, Serverless ez da web aplikazioen garapenerako zilarrezko bala. Beste edozein teknologiak bezala, bere abantailak eta desabantailak ditu, eta tresna hau ulermenez aukeratu behar duzu, eta "ez mailu iltzeak mikroskopioarekin" teknologikoki aurreratuagoa delako.
Azaltzen laguntzeko, hona hemen Serverless-a kontuan hartu nahi duzun adibide batzuk web-zerbitzu berri bat garatzen edo hobetzean:
- Zerbitzariaren karga aldizkakoa denean eta inaktibo dagoen edukiera ordaintzen duzunean. Esaterako, bezero bat genuen kafe-makina sare batekin eta beharrezkoa zen eskaerak prozesatu eta estatistikak biltzea egunean ehunka edo milaka aldiz bakarrik, eta gauez eskaera kopurua dozena batzuetara jaisten zen. Kasu honetan, askoz eraginkorragoa da baliabideen benetako erabileragatik soilik ordaintzea, beraz, Serverless-en irtenbide bat proposatu eta ezarri genuen;
- Azpiegituraren xehetasun teknikoetan murgiltzeko asmoa ez baduzu eta zerbitzariak eta orekatzailea konfiguratzeko eta mantentzeko gehiegizko ordaintzea. Adibidez, merkatu bat garatzen duzunean, ez dakizu zehazki zein izango den trafikoa, edo alderantziz - trafiko asko planifikatzen ari zara eta zure aplikazioak karga jasango duela ziur egon dadin, Serverless aukera bikaina da.
- Aplikazio nagusian streaming gertaera batzuk egin behar badituzu, idatzi alboko datuak tauletan, egin kalkulu batzuk. Adibidez, erabiltzailearen ekintzen datu analitikoak bildu, modu jakin batean prozesatu eta datu-base batean gorde;
- Aplikazioaren egungo funtzionamendua sinplifikatu, bateratu edo bizkortu behar baduzu. Adibidez, sortu errendimendua hobetzeko zerbitzuak irudiekin edo bideoekin lan egiteko, erabiltzaileak bideoa hodeira kargatzen duenean, eta bereizitako funtzio batek transkodetzea kudeatzen duenean, zerbitzari nagusiak normalean funtzionatzen jarraitzen duen bitartean.
Hirugarrenen zerbitzuetako gertaerak prozesatu behar badituzu. Adibidez, prozesatu ordainketa sistemen erantzunak edo birbideratu erabiltzaileen datuak CRMra, bezero potentzialen eskaerak bizkortzeko.
Aplikazio handi bat baduzu eta aplikazioaren zati batzuk modu optimoagoan inplementa daitezke nagusiaren beste hizkuntza bat erabiliz. Adibidez, Javan proiektu bat duzu eta funtzionalitate berriak gehitu behar dituzu, baina ez duzu esku librerik, edo hizkuntza jakin batean inplementatzeak denbora gehiago iraun dezake eta dagoeneko beste hizkuntza batean badago irtenbide bat, orduan Serverless-ek lagun dezake. honekin ere.
Hau ez da arreta merezi duten tresna eta teknologien zerrenda osoa; guk geuk egunero erabiltzen duguna gure lanean partekatu dut eta negozioei nola lagundu dezaketen zehatz-mehatz badakigu.
Iturria: www.habr.com