Serverless kostet bei AWS, Azure und Google Cloud je Aufruf und je Laufzeit: Die Anbieter berechnen Anfragen je Million und die Ausführungsdauer in GB-Sekunden, also Arbeitsspeicher mal Laufzeit (bei Cloud Run und Lambda Web Functions getrennt nach vCPU und Arbeitsspeicher), und zwischen den Anfragen nichts, solange keine Kapazität bereitgehalten wird. Das gilt für Lambda Event Functions, die Consumption-Pläne von Azure und die anfragebasierte Abrechnung von Cloud Run; Lambda Web Functions berechnen den Arbeitsspeicher einer laufenden Umgebung auch zwischen den Anfragen, MicroVMs, Managed Instances, Azure Premium und die instanzbasierte Abrechnung von Cloud Run die Laufzeit der Instanz. Die Kosten folgen damit dem Verkehr und der Aufrufdauer, nicht der Zahl der Server; bereitgehaltene Kapazität, Logs, Gateways und Datentransfer sind eigene Posten, zum Teil unter anderen Diensten.
So funktioniert es
Die Einheiten
Eine GB-Sekunde ist ein Gigabyte Arbeitsspeicher eine Sekunde lang. Lambda teilt die CPU proportional zum Arbeitsspeicher zu, konfigurierbar von 128 MB bis 10.240 MB; bei 1.769 MB entspricht das einer vCPU. Ein Preis je GB-Sekunde enthält also CPU und ist nur mit einem Preis vergleichbar, der dieselbe CPU enthält. Cloud Run sowie Lambda Web Functions und MicroVMs berechnen vCPU und Arbeitsspeicher getrennt. Auch die Rundung unterscheidet sich: Lambda Event Functions und Web Functions messen auf die Millisekunde, Lambda MicroVMs je Sekunde, der Azure-Consumption-Plan mit 100 ms und 128 MB Minimum, Flex Consumption mit 1.000 ms Minimum und danach in Schritten von 100 ms, Cloud Run in Schritten von 100 ms.
AWS
Die Preisseite von AWS Lambda gliedert sich am Lesetag in Event Functions (mit Durable Functions und Managed Instances), MicroVMs und Web Functions, alle mit eigenen Preisdimensionen:
| Typ | Abgerechnete Einheiten |
|---|---|
| Event Functions | Anfragen, Laufzeit in GB-Sekunden je Preisliste für x86 und Arm, Ephemeral Storage über 512 MB, Mandantenisolation je neuer Ausführungsumgebung |
| Durable Functions | Rechenzeit wie Event Functions, dazu Durable-Operationen, geschriebene Daten je GB und aufbewahrte Daten je GB-Monat |
| Managed Instances | Anfragen, EC2-Instanzpreis und 15 Prozent Verwaltungsaufschlag auf den On-Demand-Preis der Instanz, keine Laufzeitgebühr |
| Web Functions | Anfragen, aktive CPU-Zeit je vCPU-Sekunde, Arbeitsspeicher je GB-Sekunde, solange die Umgebung läuft |
| MicroVMs | vCPU und Arbeitsspeicher je Sekunde (Grundlast und Spitze), Snapshot-Lesen und Schreiben je GB, Snapshot-Speicher je GB-Monat |
Bei Event Functions gelten die Mengenstufen der Laufzeit je Architektur und Region über das Konto oder die Organisation. Provisioned Concurrency kostet je konfigurierter Gleichzeitigkeit und Arbeitsspeicher vom Einschalten bis zum Ausschalten, auf fünf Minuten aufgerundet, plus Anfragen und einen eigenen Laufzeitpreis; der Free Tier gilt dafür nicht. SnapStart berechnet das Vorhalten eines Snapshots (mindestens drei Stunden) und jede Wiederherstellung, nicht aber für unterstützte Java Managed Runtimes.
Azure
Microsoft empfiehlt Flex Consumption als serverlosen Plan. Er läuft nur unter Linux, mit Instanzgrößen von 512, 2.048 oder 4.096 MB, und rechnet je Instanz in einem von zwei Modi ab. On Demand berechnet den Arbeitsspeicher, solange die Instanz Funktionen ausführt, und die Ausführungen, mit 100.000 GB-Sekunden und 250.000 Ausführungen frei je Abonnement und Monat. Always Ready berechnet für jede ständig bereite Instanz eine Baseline in GB-Sekunden, solange sie im Leerlauf ist, die Ausführungszeit, solange sie Funktionen ausführt, und die Ausführungen, ohne Freikontingent.
Der Consumption-Plan ist am Lesetag Legacy: Die Tabelle der Hosting-Optionen führt ihn für Windows als GA und für Linux als Retired, mit dem 2028-09-30 als Ende der Linux-Variante. Er berechnet Ausführungen und den beobachteten Arbeitsspeicher (auf 128 MB aufgerundet, höchstens 1.536 MB) mal Laufzeit, mit 1 Million Ausführungen und 400.000 GB-Sekunden frei. Premium berechnet vCPU und Arbeitsspeicher aller zugewiesenen Instanzen je Sekunde ohne Ausführungsgebühr, wobei mindestens eine Instanz immer läuft; Dedicated zahlt den Preis des App Service Plans. Das Speicherkonto jeder Function App kostet zusätzlich.
Google Cloud
Cloud Run functions sind Cloud-Run-Dienste und werden so abgerechnet; die frühere Preisseite von Cloud Functions leitet auf die Preise von Cloud Run um. Cloud Run functions (1st gen) schließt die Seite davon aus. Anfragebasiert zahlt man vCPU-Sekunden und GiB-Sekunden nur, während eine Instanz startet, herunterfährt oder mindestens eine Anfrage bearbeitet, plus Anfragen je Million; Mindestinstanzen kosten dazwischen einen Leerlaufsatz. Instanzbasiert zahlt man die ganze Lebensdauer jeder Instanz, mindestens eine Minute. Die Preise folgen der Preisstufe der Region. Das Freikontingent gilt je Rechnungskonto über alle Projekte, als Rabatt zu Tier-1-Preisen; in Frankfurt (Tier 2) deckt es daher weniger Sekunden ab. Cloud Build, Artifact Registry und Eventarc sind nicht enthalten.
Was es für Ihre Kosten bedeutet
| Abgerechnete Einheiten | Kosten ohne Anfragen | Freikontingent je Monat | |
|---|---|---|---|
| Lambda Event Functions | Anfragen, GB-Sekunden | Provisioned Concurrency, solange konfiguriert | 1 Million Anfragen, 400.000 GB-Sekunden |
| Azure Flex Consumption | Ausführungen, GB-Sekunden | Always-Ready-Baseline | 250.000 Ausführungen, 100.000 GB-Sekunden je Abonnement, nur On Demand |
| Azure Premium | vCPU und Arbeitsspeicher je Sekunde | mindestens eine Instanz | keines |
| Cloud Run, anfragebasiert | Anfragen, vCPU-Sekunden, GiB-Sekunden | Mindestinstanzen zum Leerlaufsatz | 2 Millionen Anfragen, 180.000 vCPU-Sekunden, 360.000 GiB-Sekunden je Rechnungskonto |
In den Abrechnungsdaten stehen Anfragen und Laufzeit als getrennte Posten, bereitgehaltene Kapazität als weiterer. Was ein Endpunkt sonst kostet, steht unter anderen Diensten: die Logs der Aufrufe beim Logging-Dienst (Observability), ein API-Gateway, der Datentransfer (Datentransfer und Egress), bei Azure das Speicherkonto, bei Google Artifact Registry. Kosten je Anfrage als Unit Economics brauchen alle diese Posten (Unit Economics und Stückkosten).
Die Freikontingente gelten je Konto, Abonnement oder Rechnungskonto, nicht je Funktion (Free Tier und Startguthaben). Der Mechanismus legt drei Entscheidungen nahe: den Arbeitsspeicher, der bei Lambda auch CPU und Laufzeit bestimmt; bereitgehaltene Kapazität gegen Kaltstarts, die als Fixkosten je Stunde zählt; und ab welchem gleichmäßigen Volumen ein Modell mit Instanzen oder Containern günstiger ist als Preise je Aufruf. Wie diese Preise ohne Rabatt entstehen, beschreibt On-Demand-Preise.
Wo es schiefgeht
- Provisioned Concurrency rund um die Uhr. Symptom: Ein Lambda-Posten bleibt Tag und Nacht gleich, unabhängig vom Verkehr. Ursache: Provisioned Concurrency kostet vom Einschalten bis zum Ausschalten, auf fünf Minuten aufgerundet, und der Free Tier gilt dafür nicht.
- Ständig bereite Instanzen vergessen. Symptom: Eine Always-Ready-Baseline oder ein Cloud-Run-Leerlaufposten ohne Anfragen. Ursache: Always-Ready-Instanzen und Mindestinstanzen kosten auch im Leerlauf.
- Freikontingent des Legacy-Plans angenommen. Symptom: Eine Schätzung für Flex Consumption liegt zu niedrig. Ursache: Flex gewährt 250.000 Ausführungen und 100.000 GB-Sekunden nur im On-Demand-Modus, der Consumption-Plan 1 Million und 400.000.
- Arbeitsspeicher ohne Blick auf die Laufzeit gesenkt. Symptom: Die GB-Sekunden steigen statt zu fallen. Ursache: Bei Lambda sinkt mit dem Arbeitsspeicher die CPU, die Laufzeit wächst, und berechnet wird das Produkt aus beidem.
- Nebenkosten unter anderen Diensten. Symptom: Die Funktion ist günstig, der Endpunkt nicht. Ursache: Logs, API-Gateway, Datentransfer und Speicherkonto werden unter eigenen Diensten berechnet.
Beispiel
Listenpreise, gelesen am 2026-10-16: AWS Lambda Event Functions in US East (N. Virginia) 0,20 USD je Million Anfragen und 0,0000166667 USD je GB-Sekunde auf x86, 0,0000133334 USD auf Arm; Lambda Web Functions dort auf Arm 0,30 USD je Million Anfragen, 0,0000276944 USD je aktiver vCPU-Sekunde und 0,0000036667 USD je GB-Sekunde (Werte aus den Rechenbeispielen der Preisseite); Azure Functions Flex Consumption in Germany West Central On Demand 0,000033 EUR je GB-Sekunde und 0,352 EUR je Million Ausführungen, Always-Ready-Baseline 0,0000044 EUR je GB-Sekunde (von Microsoft aus USD umgerechnet); Cloud Run anfragebasiert in Frankfurt (europe-west3) 0,0000336 USD je aktiver vCPU-Sekunde, 0,0000035 USD je GiB-Sekunde und 0,40 USD je Million Anfragen.
Quellen
Gelesen am 2026-10-16. AWS Lambda Preise, Arbeitsspeicher von Lambda Event Functions konfigurieren, Azure Functions Preise, Skalierung und Hosting von Azure Functions, Flex Consumption Plan, Cloud Run Preise.