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
- Serverless Computing Market Size 2034 — Precedence Research
- Serverless Architecture Market Outlook — GM Insights
- Serverless Java in 2026: AWS Lambda — Java Code Geeks
- Serverless Computing Market Trends — Coherent Market Insights
- AWS Lambda Documentation — aws.amazon.com
- Cloudflare Workers Documentation — developers.cloudflare.com
