Nabigatzailetik funtzionatzen duen sistema bat da, eta erabiltzaileari elkarreragin, datuak bidali eta ekintzak denbora errealean exekutatzeko aukera ematen dio. Sistema mota hau zer den eta nola funtzionatzen duen ulertzea funtsezkoa da errendimenduan eta negozioan zuzenean eragin dezaketen akatsak saihesteko.
Norbaitek halako sistema bat sortzea erabakitzen duenean, normalean funtzionalitateetan, diseinuan edo erabiltzailearen esperientzian jartzen du arreta. Hala ere, hasieran askotan kontuan hartzen ez den alderdi bat dago, eta proiektu osoa baldintzatzen du: aplikazioa exekutatuko den azpiegitura.
Izan ere, sistema hau ez da bakarrik egiten duenagatik definitzen, baizik eta erabiltzaileak elkarreragiten duenean erantzuteko behar duenagatik.
Zer gertatzen ari da benetan web aplikazio baten atzean
Web orri tradizional baten eta web aplikazio baten arteko aldea ez dago itxuran, baizik eta atzean gertatzen denean.
Web batek edukia erakustera mugatzen den bitartean, web aplikazio batek etengabe prozesuak kudeatzen ditu. Erabiltzailearen ekintza bakoitzak zerbitzarira eskaerak, datu-base kontsultak eta denbora errealean ebatzi behar diren exekuzioak sortzen ditu.
Horrek ondorio argi bat du: klik bakoitza zerbitzariaren araberakoa da.
Zerbitzariak motel erantzuten badu, esperientzia hondatzen da. Huts egiten badu, aplikazioa desagertu egiten da erabiltzailearentzat.
https://developer.mozilla.org/es/
Web aplikazioen benetako adibideak
Askotan pentsatzen da web aplikazio bat zerbait konplexua dela edo enpresa handientzat bakarrik dela, baina errealitatea bestelakoa da.
Web aplikazioak dira:
- Gmail edo Outlook Web
- Tresnak, hala nola Trello edo Notion
- WordPress administrazio panela
- Ordainketak dituen eCommerce bat
- Online erreserba sistema bat
- Bezeroentzako gune pribatu bat
Hau da, erabiltzaileak elkarreragiten duen eta denbora errealean ekintzak sortzen dituen edozein sistema.
Hau garrantzitsua da, negozio askok dagoeneko web aplikazioen mende baitaude, nahiz eta horretaz guztiz jabetu ez.
Web aplikazioa vs web orria: desberdintasun nagusiak
Desberdintasun hau ulertzea funtsezkoa da erabaki okerrak ez hartzeko.
Web orri tradizional bat:
- Informazioa erakusten du
- Elkarreragin mugatua du
- Ez da prozesu konplexuen menpekoa
Web aplikazio bat:
- Etengabeko elkarreragina ahalbidetzen du
- Datuak denbora errealean prozesatzen ditu
- Datu-basearen menpe dago
- Berehalako erantzuna behar du
Hemen aldatzen da dena.
Web batek nolabaiteko moteltasuna onar dezakeen bitartean, web aplikazio batek ez. Atzerapen bakoitzak zuzenean eragiten du esperientzian eta bihurketan.
Zergatik ez duen web aplikazio batek bat-batean huts egiten
Akats handienetako bat da pentsatzea arazo hauek bat-batean agertzen direla.
Ez da horrela.
Web aplikazio bat pixkanaka degradatzen da:
- erantzun motelagoak
- prozesu geldoagoak
- akats intermitenteak
- ezegonkortasun sentsazioa
Erabiltzaileak konfiantza galtzen duen puntura iritsi arte.
Eta une horretan, jada ez zaude arazo tekniko baten aurrean. Negozio arazo baten aurrean zaude.
Zer behar du web aplikazio batek ondo funtzionatzeko
Hemen bereizten dira ondo funtzionatzen duten proiektuak arazoak sortzen dituztenetatik.
Web aplikazio batek behar du:
- Zerbitzari egonkor eta monitorizatua
- Latentzia baxua (erantzun denbora azkarra)
- Baliabide nahikoak (CPU eta RAM)
- Datu-base optimizatua
- Babeskopien sistema
- Segurtasuna sarbide eta erasoen aurrean
Elementu hauetako batek huts egiten badu, aplikazioa degradatzen hasten da.
Azpiegituraren rola (hemen erabakitzen da dena)
Hemen egiten du jende gehienak akatsa.
Azpiegitura ez da xehetasun tekniko bat. Sistema osoaren oinarria da.
Honen araberakoak dira:
- erantzun denbora
- aldi berean erabiltzaileak kudeatzeko gaitasuna
- sistemaren egonkortasuna
- baliabideen kudeaketa
Oinarri hau egokia ez bada, beste edozein hobekuntzak balioa galtzen du.
Garestien ateratzen den akatsa
Ez dago normalean garapenean edo diseinuan.
Hau da:
web aplikazio bat hori eusteko prest ez dagoen azpiegitura batean abiaraztea
Lehen egunean ez du arazorik sortzen, baina muga bihurtzen da proiektua hazten hasten denean edo erabiltzailearen menpe dagoenean.
Arazo askok hasieratik zer kontratatzen den ez ulertzetik datoz.
Zer motatako ingurunea behar du web aplikazio batek
Ez da “hosting onena” aukeratzea, baizik eta proiektuak fase bakoitzean zer behar duen ulertzea.
Ondo optimizatutako ingurune partekatu batek hasieran balio dezake. Baina benetako erabilera dagoenean edo negozioa aplikazioaren menpe dagoenean, baliabideak, egonkortasuna eta frikziorik gabeko erantzuna behar dira.
Hemen hasten dira proiektu askok kontratatutakoaren mugak nabaritzen, ez delako gaizki, baizik eta ez dagoelako etengabeko elkarreragina jasateko prestatuta.
Benetako erabakia
Jende gehienak galdera okerra egiten du.
Ez da web bat ala aplikazio bat behar duzun.
Baizik eta zure proiektua erabiltzailearen elkarreraginaren menpe dagoen.
Bai bada, azpiegitura ez da xehetasun bat. Negozioaren pieza kritiko bihurtzen da.
Hemen markatzen da benetako aldea
Baizik eta erabiltzen denean nola erantzuten duenaren arabera.
Eta erantzun hori ez da diseinuaren araberakoa.
Oinarriaren araberakoa da.
Azpiegitura ondo planteatuta dagoenean, aplikazioak besterik gabe funtzionatzen du. Prozesuak arinak dira, erantzunak azkarrak eta erabiltzaileak ez du zalantzarik egiten. Erabiltzen du.
Baina hala ez denean, dena pixkanaka hondatzen hasten da. Eta arazo teknikoa zirudiena negozio arazo bihurtzen da.
Azpiegitura bigarren mailan uztea ez da aukera bat.
Une horretan zentzua du proiektu mota honetarako diseinatutako soluzioetan oinarritzea, hala nola JC Hosting-en, non helburua ez den soilik web bat ostatatzea, baizik eta erabiltzaileak elkarreragiten duenean erantzutea.
