Objavljeno 1. lipnja 2026.Aron Balog

Serverless computing: AWS Lambda obrađuje trilijune poziva — evo što to znači za vas

Serverless tržište raste prema $92 milijardi do 2034. Kompanije bilježe 60-70% smanjenje infrastrukturnih troškova. Što je serverless i kada ima smisla koristiti ga?

Podatkovni centar s plavim LED osvjetljenjem i serverskim regalima prikazuje modernu cloud infrastrukturu

AWS Lambda svaki mjesec obrađuje desetke bilijuna poziva funkcija za više od 1,5 milijuna kupaca. Svaki od tih poziva traje milisekunde, koristi točno potrebne resurse, i korisnik plaća samo za to — ne za idle server koji čeka sljedeći zahtjev.

To je obećanje serverless computinga: infrastruktura koja ne postoji dok je ne trebate, koja se skalira automatski na bilo koji obujam, i koja se naplaćuje na milisekunde upotrebe. Kompanije koje su ga implementirale bilježe smanjenje infrastrukturnih troškova između 60% i 70%. Da taj broj nije pogriješen u tekstu — 60-70%.

Što serverless zapravo znači

Serverless je pomalo pogrešan naziv — serveri naravno postoje. Razlika je u tome tko njima upravlja i kako se kapacitet dodjeljuje.

U tradicionalnom modelu, pokrenete server (fizički ili virtualni), instalirate aplikaciju, plaćate ga svaki sat — bio zauzet ili ne. Ako promet naglo poraste, server postaje bottleneck. Ako pada, plaćate za kapacitet koji ne koristite. Serverless to obrće: pišete funkciju (mali komad koda koji reagira na event), uploadate je u platformu (AWS Lambda, Azure Functions, Google Cloud Functions, Cloudflare Workers), i ona se izvršava samo kad je pozvana.

Nema servera za konfigurirati. Nema OS-a za patchati. Nema kapaciteta za planirati. Serverless platforma rješava sve to — vi pišete business logiku.

Kako AWS Lambda funkcionira u praksi

Lambda funkcija ima životni ciklus koji se pokreće na event: HTTP request, poruka u redu čekanja (SQS, Kafka), promjena u bazi podataka, raspored (cron), upload datoteke. Svaki od tih eventa može pokrenuti funkciju u milisekundama.

Primjer koji mnogi razumiju: e-commerce platforma koja procesira narudžbe. U tradicionalnoj arhitekturi, imate backend server koji uvijek sluša. U serverless arhitekturi, procesiranje narudžbe je Lambda funkcija koja se pokreće samo kada nova narudžba stigne. Na normalnom danu s 100 narudžbi — platite za 100 kratkih izvođenja. Na Black Fridayu s 10.000 narudžbi — Lambda automatski skalira na 10.000 paralelnih egzekucija. Nema intervencije. Nema planiranja kapaciteta. Nema pada.

U siječnju 2026. Amazon je objavio AWS Lambda Managed Instances — novo računalno obilježje koje kombinira fleksibilnost EC2 instanci s potpuno upravljanim serverless operacijama. To je signal da serverless paradigma nastavlja dozrijevati.

Tržišni rast i adopcija

Globalno serverless computing tržište vrijedilo je $28 milijardi u 2025. Do 2034. projicira se na $92,22 milijarde uz CAGR od 14,15%. Alternativne procjene su agresivnije: $156,9 milijardi do 2035. uz CAGR od 24,1%.

Sjeverna Amerika drži 40% tržišnog udjela, ali azijsko-pacifička regija raste najbrže uz 27% udio u 2025. Razlog je jasna: cloud-first startupovi u Indiji, Japanu, Australiji i jugoistočnoj Aziji grade direktno na serverless arhitekturama bez nasljeđa tradicijskog infrastrukturnog razmišljanja.

Klučne platforme: AWS Lambda (market leader s daleko najvećim udjelom), Azure Functions (Microsoftov odgovor, posebno popularan u enterprise okruženjima), Google Cloud Functions i Cloud Run, i Cloudflare Workers (edge-computing specijalist koji izvršava kod bliže krajnjem korisniku s microsekund latencijom).

Ograničenja: kada serverless nije odgovor

Serverless nije magično rješenje za sve. Postoje konkretni scenariji gdje tradicionalni serveri ili containers imaju prednost.

Cold start problem: Lambda funkcija koja nije bila pozvana određeno vrijeme "zaspi" i prvi sljedeći poziv ima veću latenciju (cold start). Za API-je koji moraju odgovoriti u milisekundama, to može biti problem. AWS i ostali rade na smanjenju cold starta, ali za high-performance aplikacije, dedicated instancije i dalje imaju prednost.

Dugotrajni procesi: Lambda ima maksimalni timeout od 15 minuta. Za procese koji traju dulje — machine learning treniranje, kompleksno video procesiranje, batch obrada velikih dataseta — serverless nije pravo rješenje. AWS Step Functions i slični alati rješavaju ovo, ali s dodanom složenošću.

Vendor lock-in: kod napisan za Lambda nije trivijalno prenosiv na Azure Functions ili Google Cloud. Organizacije koje računaju na multi-cloud strategiju moraju pažljivo dizajnirati apstrakcijski sloj.

Debugging i observability: distribuirani sustav s tisućama kratkotrajnih funkcija teže je debugirati nego monolitičnu aplikaciju. Alati kao AWS X-Ray, Datadog i Honeycomb rješavaju ovo, ali dodaju troškove i složenost.

Edge computing: serverless sljedeće generacije

Jedan od najuzbudljivijih trendova koji se nadovezuje na serverless je edge computing — izvođenje koda što bliže krajnjem korisniku, a ne u centralnom data centru.

Cloudflare Workers izvršavaju JavaScript kod u Cloudflareovoj globalnoj mreži od 300+ lokacija — što znači da korisnik u Tokyu prima odgovor iz tokijskog data centra, ne iz Oregona. Latencija pada s 200ms na pod 10ms. Za aplikacije koje su osjetljive na latenciju — igre, financijsko trading, real-time collaboration — to je fundamentalna razlika.

Vercel Edge Functions, Netlify Edge, AWS CloudFront Functions — ekosustav se brzo razvija. Edge serverless je, u mnogo pogleda, sljedeća evolucija: serverless bez cold start problema, bez regionalnih ograničenja, s globalnim skaliranjem kao default.

Na kraju dana, pitanje nije "trebamo li serverless?" — pitanje je "koji workloadi trebaju serverless?" Za event-driven arhitekture, API backend-e, background procese, webhookove i edge computing slučajeve, serverless donosi ekonomske i operativne prednosti koje je teško ignorirati. Za stateful, dugorajne procese — tradicionalni serveri ili containers su i dalje ispravni odgovor.

Izvori i dodatno čitanje

Više članaka

← Nazad na blog