Kaj je serverless gostovanje

Kaj je serverless computing

Serverless computing je model računalništva v oblaku, pri katerem ponudnik samodejno upravlja strežniško infrastrukturo, vi pa se osredotočate izključno na kodo. Kljub imenu strežniki še vedno obstajajo, vendar vam jih ni treba konfigurirati, vzdrževati, posodabljati ali skalirati. Za vse to poskrbi ponudnik, medtem ko vi pišete funkcije, ki se izvajajo kot odziv na dogodke. Plačate samo za čas izvajanja kode, ne za strežnik, ki čaka na zahtevke.

Koncept serverless je nastal z evolucijo računalništva v oblaku. S fizičnih strežnikov smo prešli na virtualne stroje, nato na zabojnike (containers) in končno na serverless funkcije. Vsak korak je razvijalcem abstrahiral vedno več infrastrukture in jim omogočil, da se osredotočijo na poslovno logiko. AWS Lambda, predstavljen leta 2014, je bil prva komercialna serverless storitev in je sprožil revolucijo v načinu razmišljanja o gostovanju.

Kako serverless deluje

Functions as a Service (FaaS)

FaaS je srce serverless arhitekture. Napišete funkcijo, ki opravlja določeno nalogo, na primer obdelavo slike, pošiljanje e-pošte ali ustvarjanje PDF-ja. Ta funkcija se zapakira in naloži na serverless platformo. Ko se zgodi dogodek, ki je sprožilec za vašo funkcijo, kot je HTTP zahtevek, nalaganje datoteke ali sporočilo v čakalni vrsti, platforma samodejno zažene instanco vaše funkcije, jo izvede in vrne rezultat. Po izvedbi se instanca ugasne. Če hkrati prispe 1000 zahtevkov, platforma vzporedno zažene 1000 instanc.

Backend as a Service (BaaS)

BaaS komponenta serverless arhitekture ponuja že pripravljene backend storitve, kot so podatkovna baza, avtentikacija, shranjevanje datotek in push obvestila, kot upravljane storitve. Firebase od Googla je najbolj priljubljen BaaS, ki v enem paketu ponuja realtime podatkovno bazo, avtentikacijo, cloud storage in gostovanje. AWS Amplify združuje Lambda funkcije z bazo DynamoDB, avtentikacijo Cognito in shrambo S3. Supabase je odprtokodna alternativa Firebase-u s podatkovno bazo PostgreSQL. BaaS odpravlja potrebo po pisanju standardne backend kode za običajne operacije.

Event-driven arhitektura

Serverless aplikacije so inherentno event-driven, kar pomeni, da se koda izvede samo, ko se zgodi določen dogodek. Dogodki so lahko HTTP zahtevki uporabnikov, sprememba v podatkovni bazi, nalaganje datoteke v shrambo, razporejen čas, kot je cron opravilo, sporočilo v message queue ali podatek IoT senzorja. Ta arhitektura je naravno učinkovita, saj se viri porabljajo samo, ko obstaja delo, ki ga je treba opraviti. V tradicionalnem modelu strežnik nenehno deluje in porablja vire tudi takrat, ko ni prometa.

Prednosti serverless arhitekture

Samodejno skaliranje

Serverless platforme samodejno skalirajo vašo kodo od nič do milijonov zahtevkov brez kakršne koli konfiguracije. Ni potrebe po nastavljanju pravil samodejnega skaliranja, določanju najmanjšega in največjega števila instanc ali skrbi za load balancer. Če ima vaše spletno mesto 10 obiskovalcev opolnoči in 10000 med popoldansko konico, se serverless samodejno prilagodi. To je še posebej uporabno za aplikacije z nepredvidljivim prometom, kot so e-trgovine med razprodajami ali viralne kampanje na družbenih omrežjih.

Plačilo glede na porabo

Tradicionalno gostovanje zaračunava fiksno mesečno ceno ne glede na to, ali strežnik deluje na 1 ali 100 odstotkih zmogljivosti. Serverless zaračunava samo čas izvajanja kode, običajno v milisekundah, plus število klicev funkcije. AWS Lambda na primer ponuja milijon brezplačnih klicev mesečno in 400000 GB-sekund brezplačnega compute časa. Za majhno spletno mesto, ki ima 50000 zahtevkov mesečno, je serverless gostovanje lahko praktično brezplačno. To je idealno za startupe in projekte v zgodnji fazi, kjer je treba proračun skrbno nadzorovati.

Brez vzdrževanja (zero maintenance)

Ni vam treba skrbeti za posodabljanje operacijskega sistema, nameščanje varnostnih popravkov, konfiguracijo spletnega strežnika, upravljanje SSL certifikatov ali spremljanje strojne opreme. Ponudnik skrbi za celotno infrastrukturo, vključno z varnostjo, redundanco in varnostnimi kopijami. To sprosti čas vaše ekipe za delo na izdelkih namesto na infrastrukturi. Za majhno ekipo ali samostojnega razvijalca je to ogromna prednost, saj odpravlja potrebo po znanju DevOps.

Slabosti serverless arhitekture

Težava s cold start

Ko serverless funkcija nekaj časa ni v uporabi, platforma ugasne njeno instanco, da prihrani vire. Naslednji zahtevek mora zagnati novo instanco, kar uvede dodatno zakasnitev, znano kot cold start. Cold start lahko traja od 100 milisekund za Node.js funkcije do nekaj sekund za Java ali C# funkcije. Za aplikacije, ki zahtevajo dosledno nizek odzivni čas, je cold start pomembna težava. Rešitve vključujejo provisioned concurrency, ki ohranja instance tople, vendar to odpravlja prednost plačila glede na porabo.

Vendor lock-in

Vsak ponudnik oblaka ima svoj serverless ekosistem s specifičnimi API-ji, orodji in storitvami. Aplikacija, napisana za AWS Lambda, uporablja API Gateway, DynamoDB in S3, ki nimajo neposrednih ekvivalentov pri Google Cloud ali Azure. Migracija k drugemu ponudniku zahteva precejšnje prepisovanje kode. Ogrodja, kot sta Serverless Framework ali Terraform, poskušajo abstrahirati razlike med ponudniki, vendar je popolna prenosljivost nerealna, saj obstajajo temeljne razlike v storitvah in API-jih.

Omejitve izvajanja

Serverless funkcije imajo omejitve glede trajanja izvajanja, pomnilnika in velikosti paketa. AWS Lambda ima največje trajanje 15 minut na izvedbo, 10 GB pomnilnika in 250 MB za deployment paket. To pomeni, da dolgotrajne operacije, kot so obdelava velikih video datotek, kompleksno strojno učenje ali paketna obdelava podatkov, niso primerne za serverless. Razhroščevanje in spremljanje sta kompleksnejša, ker nimate dostopa do strežnika - uporabljate cloud-native orodja, kot sta CloudWatch ali X-Ray.

Kdaj uporabiti serverless

Idealni primeri

• API backend: REST ali GraphQL API-ji z nepredvidljivim prometom so popolni kandidati, saj se samodejno skalirajo in ne stanejo, kadar ni zahtevkov.
• Obdelava dogodkov: Obdelava dogodkov, kot so nalaganje slik, pošiljanje e-pošte, ustvarjanje poročil ali obdelava webhook-ov.
• Razporejena opravila: Cron opravila, ki se izvajajo periodično, kot so čiščenje podatkovne baze, ustvarjanje dnevnih poročil ali sinhronizacija podatkov.
• Klepetalni roboti: Odgovarjanje na poizvedbe uporabnikov, kjer je promet nepredvidljiv in občasen.
• IoT backend: Obdelava podatkov senzorjev, kjer lahko število naprav variira od 10 do 10000.

Kdaj se serverless izogniti

Serverless ni idealen za aplikacije z dosledno visokim prometom, saj fiksni strežnik postane bolj donosen pri stalni obremenitvi. Aplikacije, ki zahtevajo dolgotrajne procese, kot so video rendering, websocket povezave ali pretakanje, se ne morejo umestiti v omejitve serverless funkcij. Aplikacije s specifičnimi zahtevami za operacijski sistem, strojno ali programsko opremo, ki ni na voljo na serverless platformi, zahtevajo tradicionalno gostovanje. Podedovane (legacy) aplikacije, ki uporabljajo stanje med zahtevki, je težko migrirati, ker so serverless funkcije inherentno brez stanja (stateless).

Serverless v primerjavi s tradicionalnim gostovanjem

Primerjava za majhno spletno mesto

Za majhno spletno mesto z 10000 do 50000 obiski mesečno paket deljenega gostovanja stane 3 do 10 dolarjev mesečno in ponuja predvidljive stroške, preprostost ter podporo za PHP, WordPress in e-pošto. Serverless je lahko brezplačen ali stane manj kot 1 dolar mesečno za enak promet, vendar zahteva tehnično znanje za nastavitev in ne podpira tradicionalnih CMS platform. Za lastnike majhnih spletnih mest, ki uporabljajo WordPress, je tradicionalno gostovanje bolj praktična izbira.

Primerjava za veliko aplikacijo

Za veliko aplikacijo z milijoni zahtevkov dnevno napredno gostovanje z dodeljenimi viri stane 50 do 500 dolarjev mesečno, vendar zahteva DevOps ekipo za upravljanje. Serverless samodejno skalira brez posredovanja, vendar lahko stroški pri stalni visoki obremenitvi hitro narastejo. Hibridni pristop, pri katerem osnovni promet obdeluje tradicionalni strežnik, serverless pa prevzame konice, je pogosto optimalna rešitev, ki združuje predvidljivost stroškov z elastičnostjo skaliranja. Pri BeoHosting ponujamo tradicionalne hosting pakete, optimizirane za WordPress in spletne aplikacije, s predvidljivimi stroški in polno tehnično podporo, kar je za večino uporabnikov bolj praktična rešitev od serverless arhitekture.

Zaključek

Serverless gostovanje predstavlja evolucijo računalništva v oblaku, ki odpravlja skrb za infrastrukturo in omogoča osredotočenost na kodo in poslovno logiko. Samodejno skaliranje, plačilo glede na porabo in brez vzdrževanja so močne prednosti za prave primere uporabe. Vendar pa težava s cold start, vendor lock-in in omejitve izvajanja naredijo serverless neprimeren za vse tipe aplikacij. Razumevanje prednosti in slabosti vam pomaga sprejeti informirano odločitev o tem, ali vašim potrebam bolje ustreza serverless ali tradicionalno gostovanje.