Serverless troškovi 2026: Lambda vs GCP…

Ažurirano: 2. kolovoza 2026.

U 2026. godini AWS Lambda, Azure Functions i Google Cloud Run naplaćuju se po istoj osnovnoj formuli (broj poziva × trajanje × dodijeljeni resursi), ali stvarni trošak identičnog workloada može varirati i do 3× između platformi. Kroz posljednjih dvanaest mjeseci benchmarkirala sam desetke stvarnih produkcijskih funkcija za klijente i, iskreno, svaki put me iznenadi koliko fakture stvarno divergiraju od onoga što piše u marketinškim tablicama. U ovom vodiču imate side-by-side usporedbu cijena, listu skrivenih troškova (cold start, egress, logovi) i konkretne skripte kojima sam skidala račune u proteklih šest mjeseci.

AWS Lambda naplaćuje 0,20 USD po milijunu poziva i 0,0000166667 USD po GB-sekundi (x86); ARM/Graviton2 varijanta štedi približno 20 %.
Azure Functions Consumption plan košta 0,20 USD po milijunu izvršenja i 0,000016 USD po GB-sekundi, praktički identično Lambdi, ali s drugačijim modelom cold starta.
Google Cloud Run naplaćuje CPU i memoriju odvojeno (0,00002400 USD/vCPU-s i 0,00000250 USD/GiB-s) i uključuje generozan free tier od 2 milijuna zahtjeva mjesečno.
Cloud Run je obično najjeftiniji za kontinuirani promet iznad 50 RPS jer jedna instanca obrađuje do 1000 zahtjeva istovremeno; Lambda pobjeđuje na sporadic event workloadima.
Cold start dodaje 300–1500 ms billable trajanja; provisioned concurrency ga uklanja, ali može udvostručiti mjesečni račun ako se ostavi na dev okruženju.
Egress promet, CloudWatch/Log Analytics logovi i NAT Gateway često predstavljaju 30–50 % ukupnog serverless računa, iako ih većina timova ignorira.

Kako izračunati serverless troškove u 2026.

Osnovna formula za sve tri glavne serverless platforme praktički je identična: trošak = (broj poziva × cijena poziva) + (potrošeno vrijeme × dodijeljena memorija × cijena GB-sekunde). Razlika leži u tome što svaki cloud drugačije definira jedinicu obračunavanja i što se dodatno naplaćuje uz čisto compute vrijeme. AWS Lambda zaokružuje trajanje na milisekundu (od prosinca 2020.), Azure Functions Consumption plan također na milisekundu, a Cloud Run naplaćuje na 100 ms granulu (odnosno milisekundu ako je omogućen request-based billing).

Za konkretan primjer: Node.js funkcija koja obrađuje webhook, izvršava se 200 ms i koristi 256 MB memorije. Ako mjesečno prima 10 milijuna poziva, evo kako se troškovi raspoređuju:

Lambda x86: 10M × 0,0000002 + 10M × 0,2 × 0,25 × 0,0000166667 = 2,00 + 8,33 = 10,33 USD
Lambda ARM (Graviton2): 2,00 + 10M × 0,2 × 0,25 × 0,0000133334 = 2,00 + 6,67 = 8,67 USD
Azure Functions Consumption: 2,00 + 10M × 0,2 × 0,25 × 0,000016 = 2,00 + 8,00 = 10,00 USD
Cloud Run (concurrency 1): 10M × 0,0000004 + 10M × 0,2 × (0,5 × 0,00000250 + 1 × 0,00002400) = 4,00 + 5,05 = 9,05 USD

Cloud Run naizgled može biti skuplji jer njegov službeni model cijena uvijek naplaćuje minimalno 1 vCPU, dok se memorija ne može konfigurirati ispod određenih razina. No, kad request throughput poraste i concurrency po instanci raste, Cloud Run može posluživati desetke zahtjeva istovremeno po instanci, pa se stvarni jedinični trošak dijeli. Ovo je razlog zašto side-by-side tablice bez konteksta radnog opterećenja često obmanjuju: cijena u tablici ne prevodi se automatski u cijenu na mjesečnoj fakturi.

Usporedna tablica cijena Lambda, Functions i Cloud Run

Sljedeća tablica sažima glavne razlike u modelu naplate u kolovozu 2026. Sve cijene odnose se na regije us-east-1 (AWS), East US (Azure) i us-central1 (GCP) i primjenjuju se izvan free tiera. Kao multi-cloud benchmarker, uvijek počinjem s ovakvom tablicom prije nego što ijedan workload prenesem. Bez nje se pregovori s vendorima brzo pretvore u vjeru.

Značajka	AWS Lambda	Azure Functions (Consumption)	Google Cloud Run
Cijena po milijunu poziva	0,20 USD	0,20 USD	0,40 USD
Cijena po GB-sekundi	0,0000166667 (x86) / 0,0000133334 (ARM)	0,000016	0,00000250 (memorija) + 0,00002400 (vCPU-s)
Free tier mjesečno	1M poziva + 400.000 GB-s	1M izvršenja + 400.000 GB-s	2M zahtjeva + 360.000 GB-s + 180.000 vCPU-s
Maksimalno trajanje izvršenja	15 minuta	10 min (Consumption), neograničeno (Premium)	60 minuta (request), do 24 h (Jobs)
Maksimalna memorija	10.240 MB (x86 i ARM)	1.536 MB (Consumption)	32 GiB
ARM/Graviton podrška	Da (~20 % jeftinije)	Ne u Consumption planu	Da (T2A Tau, preview za Cloud Run)
Konkurentnost po instanci	1 (RC dodaje warm poolove)	1	1–1000 (default 80)
Cold start (medijan, Node.js)	350–800 ms	500–1200 ms	300–900 ms

Napomena: Cloud Run cijena po pozivu izgleda dvostruko viša od Lambdinog, ali se to gubi u trenutku kad instanca opslužuje concurrency > 1. U benchmarkima kasnije u tekstu vidjet ćete koliko je ova razlika stvarna kad se pusti na produkcijski promet.

Koja je serverless platforma najjeftinija?

Nema jednog univerzalnog odgovora: cijena ovisi o omjeru trajanja funkcije i konkurentnog broja zahtjeva. U testovima koje sam radila tijekom Q2 2026., Cloud Run je bio 40–60 % jeftiniji za HTTP servise koji poslužuju više od 50 zahtjeva u sekundi jer jedna instanca može istovremeno obraditi desetke zahtjeva. AWS Lambda ARM/Graviton varijanta je najjeftinija za sporadic event-driven poslove (webhooks, S3 triggere, DynamoDB streamove) gdje konkurencija po instanci uvijek ostaje 1.

Azure Functions se pozicionira negdje između, i to zanimljivo: cijena po GB-sekundi je zapravo 4 % niža od x86 Lambde, ali cold start je u prosjeku 40 % duži, što znači da funkcije s malim brojem poziva efektivno plaćaju više. Za Java Functions s dugim JVM pokretanjem, taj razmak može biti dramatičan i lako progutati svaku teoretsku uštedu iz tarifne strukture.

Praktični primjer koji često koristim s klijentima: REST API koji obrađuje 5M zahtjeva mjesečno, prosječno trajanje 150 ms, memorija 512 MB, baseline konkurencija oko 20 zahtjeva u sekundi:

Lambda ARM: 5,00 USD (kompute) + 1,00 USD (poziva) = 6,00 USD
Azure Functions: 6,00 USD + 1,00 USD = 7,00 USD
Cloud Run (concurrency 80): 0,90 USD (vCPU) + 0,15 USD (memorija) + 2,00 USD (poziva) = 3,05 USD

Ako naš API iznenada primi 100 istovremenih zahtjeva u sekundi, Cloud Run će skalirati na 2–3 instance, dok Lambda mora pokrenuti 100 paralelnih izvršenja. Cloud Run pobjeđuje jer plaćate CPU-vrijeme koje se dijeli između svih zahtjeva unutar iste instance, dok Lambda naplaćuje memoriju svake 100 puta paralelno. Iskreno rečeno, ovo je jedini scenarij u kojem side-by-side tablica bez load simulacije daje pogrešnu preporuku i tu se najviše novca gubi na krivim migracijama.

Cold start i skrivena cijena provisioned concurrency

Cold start je vrijeme koje platforma treba za pokretanje sandbox okoline, download paketa i inicijalizaciju runtime-a prije nego što funkcija može obraditi prvi zahtjev. Iako AWS ne naplaćuje inicijalizacijsko vrijeme za on-demand Lambde od 2022., vrijeme koje aplikacija provede u init blokovima (globalni require, DB pool, secret loading) i dalje se billa. Prema podacima iz nezavisnog cold start benchmark reporta, Java Lambda funkcije mogu potrošiti 1–2 sekunde inicijalizacije, što se sve odražava na fakturi.

Za sinkroni HTTP promet gdje je latencija ključna, rješenje je držati instance toplima 24/7. Svaka platforma nudi svoj mehanizam, i svaki ima svoju cijenu:

Lambda Provisioned Concurrency: 0,0000041667 USD po GB-sekundi × 256 MB × 2,63M s mjesečno = 2,74 USD po instanci. Ako držite pool od 10, dodajete 27,40 USD mjesečno prije bilo kakvih poziva.
Cloud Run min-instances: 0,00000900 USD po vCPU-s (idle) × 2,63M s = 23,67 USD po instanci za 1 vCPU. Skuplje od Lambde, ali dobivate concurrency 80–250 po instanci.
Azure Functions Premium: minimalno 155 USD mjesečno za EP1 (1 vCPU, 3,5 GB). Skalira vertikalno na EP2 i EP3.

Preporuka iz iskustva: koristite provisioned concurrency samo za funkcije s dosljedno visokim SLA zahtjevom. Za asinkrone tokove (SQS, Event Grid, Pub/Sub), cold start je gotovo uvijek prihvatljiv. Također možete koristiti detekciju anomalija u cloud troškovima da uočite trenutak kad se PC nesvjesno skalira gore. Vidjela sam nekoliko slučajeva gdje je autoscaling PC-a poludio i dodao dva reda veličine na fakturu.

Kako smanjiti AWS Lambda troškove

Najbrži načini za smanjenje Lambda računa u 2026. su: prebacivanje na Graviton2 (ARM), pravilno postavljanje memorije preko Lambda Power Tuninga, korištenje Compute Savings Plans i uklanjanje CloudWatch verbose logova. Prosječna kombinirana ušteda kod klijenata s kojima sam radila u zadnjih šest mjeseci iznosi 40–60 %.

1. Prebacite se na Graviton2/ARM

ARM Lambda je 20 % jeftinija po GB-sekundi i često 15–30 % brža za CPU-intenzivne workloadove (JSON parsing, image resizing, JWT verifikacija). Migracija je često samo promjena jednog Terraform argumenta:

resource "aws_lambda_function" "webhook" {
  function_name = "process-webhook"
  role          = aws_iam_role.lambda.arn
  handler       = "index.handler"
  runtime       = "nodejs20.x"
  architectures = ["arm64"]  # bilo ["x86_64"]
  memory_size   = 512
  timeout       = 30
}

Provjerite da vaše native dependencije (npr. sharp, bcrypt, node-canvas, tensorflow) imaju ARM binarije. Za većinu čistih Node.js/Python/Go funkcija migracija je bez ikakvih izmjena koda.

2. Podesite memoriju preko Lambda Power Tuninga

Lambda memorija je zapravo CPU allocation: 1.769 MB odgovara jednom punom vCPU-u. Često se isplati povećati memoriju s 256 MB na 512 ili 1024 MB, jer funkcija završi 3× brže i ukupni GB-s trošak padne. Alat AWS Lambda Power Tuning automatizira testiranje:

git clone https://github.com/alexcasalboni/aws-lambda-power-tuning
cd aws-lambda-power-tuning
sam deploy --guided

aws stepfunctions start-execution \
  --state-machine-arn arn:aws:states:us-east-1:123:stateMachine:powerTuningStateMachine \
  --input '{
    "lambdaARN": "arn:aws:lambda:us-east-1:123:function:my-function",
    "powerValues": [128, 256, 512, 1024, 2048],
    "num": 50,
    "payload": {},
    "strategy": "cost"
  }'

Rezultati pokazuju točku minimalnog troška — obično 512 MB za I/O-vezane funkcije, a 1024 MB ili više za CPU-intenzivne. Za jednu image-obradnu funkciju koju sam skalirala klijentu, prebacivanje s 256 MB na 1536 MB smanjilo je mjesečni trošak s 340 USD na 190 USD, iako je memorije bilo šesterostruko više.

3. Compute Savings Plans

Lambda je uključena u Compute Savings Plans, koji nude do 17 % popusta za 1-godišnji all-upfront commit. Za produkcijske workloadove s predvidljivim baseline potrošnjom, ovo je čist popust bez arhitektonske promjene. Vidi naš vodič o Reserved Instances i Savings Plans za detaljnu usporedbu obvezujućih popusta.

4. Ograničite CloudWatch logove

CloudWatch Logs naplaćuje 0,50 USD po GB ingested-a. Vrlo verbose Lambde znaju potrošiti više na logove nego na compute. Skratite retention na 7 dana i filtrirajte debug logove na razini koda:

aws logs put-retention-policy \
  --log-group-name /aws/lambda/my-function \
  --retention-in-days 7

Kako smanjiti Azure Functions troškove

Azure Functions se naplaćuje vrlo slično Lambdi, ali ima nekoliko posebnosti koje mijenjaju optimizacijsku strategiju: App Service Plan može biti jeftiniji od Consumption plana za stabilan promet, memorija se ne konfigurira direktno već ovisi o kodu, a Application Insights lako postane skriveni trošak koji nadmašuje compute.

1. Odaberite pravi hosting plan

Azure nudi četiri hosting opcije: Consumption, Flex Consumption (GA od kolovoza 2024.), Premium i App Service Plan. Consumption je pay-per-execution, Flex Consumption dodaje always-ready instance po satu, Premium ima uvijek warm instance, a App Service Plan je fiksni mjesečni trošak (kao dedicated VM). Praktično pravilo:

Manje od 1M poziva mjesečno → Consumption
1M–50M poziva, latencija bitna → Flex Consumption s always-ready = 1 ili 2
Više od 50M poziva ili trebate VNet integraciju → Premium ili App Service Plan

2. Iskoristite Flex Consumption always-ready

Flex Consumption plan (GA od kolovoza 2024.) omogućuje držanje N instanci topa uz cijenu instance-hour-a, umjesto pune Premium tarife. Konfiguracija:

az functionapp create \
  --name my-func \
  --resource-group my-rg \
  --storage-account mystorage \
  --flexconsumption-location westeurope \
  --runtime dotnet-isolated \
  --runtime-version 8.0 \
  --instance-memory 2048 \
  --always-ready-instances http=2

U produkciji sam često vidjela uštede od 60–70 % prelaskom s Premium EP1 na Flex Consumption s always-ready = 2, jer se cold start eliminira samo za HTTP endpointe koji ga trebaju.

3. Isključite Application Insights sampling na debug tragove

Application Insights je odličan za dijagnostiku, ali može eksplodirati po cijeni ako svaki HTTP trace i svaki dependency call gura punu telemetriju. Postavite samplingSettings.maxTelemetryItemsPerSecond u host.json:

{
  "logging": {
    "applicationInsights": {
      "samplingSettings": {
        "isEnabled": true,
        "maxTelemetryItemsPerSecond": 5,
        "excludedTypes": "Exception"
      }
    }
  }
}

4. Koristite Durable Functions za dugotrajne workflowove

Durable Functions naplaćuju samo aktivno vrijeme izvršenja, ne cijelo trajanje orchestrator-a. Za workflow koji čeka 24 sata na callback, Durable Functions vas mogu koštati stotinu puta manje od klasične funkcije koja bi cijelo vrijeme držala instancu zauzetom.

Kako smanjiti Google Cloud Run troškove

Google Cloud Run je najfleksibilnija od tri platforme jer se naplata dijeli između CPU-sekunde i memorije-sekunde, a concurrency po instanci može ići do 1000. To znači da postoji više poluga za optimizaciju, ali i više načina da nešto pođe krivo.

1. Podesite concurrency umjesto memorije

Default concurrency je 80. Za lagane HTTP servise (npr. Node.js Express ili Python FastAPI) koji nisu CPU-intenzivni, možete podići na 250 ili čak 500. Rezultat: manje instanci, manji trošak:

gcloud run deploy my-service \
  --image=gcr.io/my-project/my-service:latest \
  --concurrency=250 \
  --cpu=1 \
  --memory=512Mi \
  --min-instances=0 \
  --max-instances=100 \
  --region=europe-west1

Uvijek testirajte s realističnim load testom prije production deploya. Previsoka concurrency izaziva event loop starvation i degradaciju latencije koju monitoring tek kasnije pokaže.

2. Odaberite CPU-based billing samo za dio zahtjeva

Cloud Run omogućuje "CPU always allocated" mod za background poslove i "CPU only during requests" za HTTP promet. Ako imate WebSocketove ili streaming responseove, CPU alokacija izvan zahtjeva može drastično podići račun:

gcloud run deploy my-service \
  --no-cpu-throttling  # CPU allocated stalno (skuplje, potrebno za WebSocket)
  # ili
  --cpu-throttling     # CPU samo tijekom zahtjeva (default, jeftinije)

3. Iskoristite Committed Use Discounts (CUD)

Od 2023., Cloud Run podržava spend-based CUD-ove: 1-godišnji commit donosi 17 % popusta, 3-godišnji do 25 %. Idealno za produkcijske servise s predvidljivim mjesečnim spend-om. Ova analiza dobro se upari s našim vodičem o right-sizingu cloud instanci jer identična logika baseline procjene vrijedi i za CUD razinu.

4. Koristite Cloud Run Jobs za batch poslove

Cloud Run Jobs naplaćuju se samo tijekom trajanja izvršenja i podržavaju paralelne taskove (do 10.000 istovremeno). Za ETL, video obradu i ML inferenciju često su jeftiniji od Dataproc, GKE Autopilot ili Cloud Composer, uz drastično jednostavniju konfiguraciju.

Benchmark: realni workload troškovi u 2026.

U ovom benchmarku pokrenula sam tri identična workloada preko sve tri platforme kroz 30 dana koristeći isti Node.js 20 kod i identičan payload. Cilj je bio ukloniti sve varijable osim same platforme.

Webhook procesor: 2M poziva/mjesec, 100 ms po pozivu, 256 MB memorije, sporadic promet s prosjekom 0,8 RPS
REST API: 20M zahtjeva/mjesec, 80 ms po zahtjevu, 512 MB memorije, baseline 10 RPS s peakovima do 200 RPS
Image obrada (Node.js sharp): 500K poziva/mjesec, 800 ms po pozivu, 1024 MB memorije, CPU-intenzivno

Workload	Lambda ARM	Azure Functions Consumption	Cloud Run (concurrency 80)
Webhook procesor	1,32 USD	1,71 USD	2,15 USD
REST API	34,20 USD	39,80 USD	12,60 USD
Image obrada	5,68 USD	7,10 USD	9,40 USD
Ukupno	41,20 USD	48,61 USD	24,15 USD

Ključni uvid: Cloud Run se u tablici cijena čini skupljim po jedinici, ali kad ima kontinuirani promet gdje concurrency realno smanjuje broj instanci, cijena drastično pada. Za sporadic workloadove i CPU-intenzivne kratke pozive, Lambda ARM ostaje najbolja opcija. Za timove koji već imaju infrastrukturu i logging na jednom cloudu, migracija samo compute layer-a rijetko je isplativa jer egress promet lako pojede sve uštede.

Kada birati Lambda, Functions ili Cloud Run

Nakon dvanaest mjeseci multi-cloud benchmarkinga, evo iskrenih preporuka po tipu workloada, koje se često razlikuju od onoga što ćete čuti od cloud vendor prodavača ili "one platform to rule them all" apologeta.

Odaberite AWS Lambda kad:

Radite s AWS event-driven servisima (S3, DynamoDB streams, SQS, EventBridge, Kinesis)
Imate sporadic workload s manje od 10 RPS baseline
Trebate ARM/Graviton uštedu za CPU-intenzivne kratke pozive
Već koristite Compute Savings Plans za EC2/Fargate i želite kombinirati commit

Odaberite Azure Functions kad:

Vaš tim je već u Microsoft ekosustavu (Entra ID, Cosmos DB, Service Bus, Event Grid)
Imate duge async workflowe koji odgovaraju Durable Functions modelu
Trebate integraciju s Power Platform, Logic Apps ili Dynamics 365
Koristite .NET Framework migracije koje su zrelije na Azure runtime-u

Odaberite Google Cloud Run kad:

Servirate visok HTTP throughput (više od 50 RPS baseline)
Trebate custom container image (nije ograničeno na predodređene runtime-ove)
Želite iste OCI image-e za produkciju i lokalni development
Trebate produžena trajanja (do 60 minuta po zahtjevu, 24 sata za Jobs)

Česta pitanja

Koja je serverless platforma najjeftinija u 2026.?

Za kontinuirani HTTP promet iznad 50 RPS, Google Cloud Run je najjeftiniji jer koristi concurrency po instanci. Za sporadic event-driven poslove, AWS Lambda ARM/Graviton varijanta obično pobjeđuje. Azure Functions Consumption plan je približno usporediv s Lambdom po jedinici, ali cold start dodaje efektivni trošak.

Je li Cloud Run jeftiniji od Lambde?

Ovisi o obliku workloada. Cloud Run je jeftiniji za HTTP servise s visokim throughputom (100+ RPS) jer jedna instanca može obraditi 80–1000 zahtjeva istovremeno. Lambda je jeftinija za asinkroni ili sporadic event workload gdje je konkurencija po instanci uvijek 1.

Koliki je AWS Lambda free tier?

AWS Lambda free tier uključuje 1 milijun besplatnih poziva i 400.000 GB-sekundi compute vremena mjesečno, trajno (nije samo prvih 12 mjeseci). To pokriva većinu development, staging i malih produkcijskih workloadova.

Kako smanjiti Lambda troškove za 50 %?

Kombinirajte četiri strategije: (1) prebacite se na Graviton2/ARM (~20 % ušteda), (2) pokrenite Lambda Power Tuning za optimalnu memoriju (~15 %), (3) prijavite se za Compute Savings Plans (~17 %), (4) skratite CloudWatch retention i uklonite debug logove (~10 %). Kombinacija realno daje 40–60 % ukupnu uštedu.

Koja je razlika između Cloud Run i Cloud Functions?

Cloud Functions (2nd gen) je tanki wrapper oko Cloud Run: koristi istu infrastrukturu i istu formulu naplate. Cloud Functions je fokusiran na jednostavne event-driven scenarije s manje konfiguracije, dok Cloud Run daje puni container kontrolu. Za produkcijske workloadove s custom containerima, koristite direktno Cloud Run.