GCP Cloud Run vs Cloud Functions vs App Engine 2026: Welcher Serverless-Service wann

Google Cloud hat drei Serverless-Optionen, und die Wahl wirkt schwieriger als sie ist. Cloud Run, Cloud Functions und App Engine loesen ueberschneidende, aber nicht identische Probleme.

Hier die ehrliche Antwort, was 2026 wofuer ist, was es kostet und wo man sich technisch festfaehrt. Stand: 14. Mai 2026, Region europe-west1 (Belgien).

TL;DR

• Cloud Run ist 2026 die Default-Antwort. Container, Scale-to- Zero, gleiche Pricing-Logik wie Functions Gen2.
• Cloud Functions Gen2 ist intern fast dasselbe wie Cloud Run. Schreibst du Funktionen statt Container, nimm Gen2 — sonst Cloud Run.
• App Engine Standard ist 2026 nur noch in Legacy-Cases sinnvoll (Datastore Tight Coupling, niedrige Volumen mit Free Tier).
• App Engine Flexible sollte man heute durch Cloud Run ersetzen — billiger und flexibler.
• Faustregel: Container? Cloud Run. Triggered Function (HTTP, Pub/Sub, Storage Event)? Cloud Functions Gen2. Alles andere: pruefen, ob Cloud Run nicht passt.

Die drei Services im Architektur-Vergleich

Wichtig: Cloud Functions Gen2 laeuft seit 2023 auf Cloud Run. Sie sind technisch ein Frontend ueber demselben Backend. Heisst: gleiche Performance, gleiches Pricing-Modell. Der Unterschied ist das Deployment-Interface.

Preise im Detail

GCP-Serverless wird in vCPU-Sekunden, GB-RAM-Sekunden und Requests abgerechnet. Hier die Preise (Stand Mai 2026, europe-west1):

Always-On (CPU always allocated): ~25 % billiger pro vCPU-s, aber RAM und Idle-CPU werden auch berechnet, wenn keine Requests kommen. Lohnt nur bei kontinuierlichem Traffic.

App Engine Standard

App Engine Standard hat ein eigenes (etwas seltsames) Pricing:

App Engine Free Tier 2026:

• 28 F1-Instanzen-Stunden / Tag, free
• 1 GB Egress / Tag, free
• 5 GB Cloud Storage Standard, free

Fuer kleine Side-Projects ist das immer noch wertvoll, weil sich Cloud Run nicht 100 % verspricht, immer kostenlos zu sein (Free Tier ist klein).

Beispiel-Rechnung: API mit 100k Requests/Tag

Annahmen: durchschnittliche Request-Dauer 200 ms, 1 vCPU, 512 MB RAM zugewiesen. 100k Requests/Tag = 3M Requests/Monat.

Vergleich, dieselbe Last auf App Engine Standard F2:

• Wenn dauerhaft 1 Instanz aktiv: 730 h × $0,10 = $73
• Bei Scale-to-Zero und Wakeup-Latenz: ~$30-50

Cloud Run gewinnt klar, ausser bei voll genutztem Free Tier.

Beispiel-Rechnung: Worker mit hoher Last

500k Requests/Tag = 15M/Monat, 400 ms pro Request, 2 vCPU, 1 GiB RAM, kein Always-On.

Vergleich auf Cloud Run mit Always-On + Min Instances 2:

• 2 Instanzen × 730 h × 3.600 s × 2 vCPU × $0,000018 = $189 Idle
• Plus Request-Compute (geringer Anteil)
• Total: ~$220-240

Bei kontinuierlich hoher Last lohnt Always-On, weil der Discount auf vCPU-Sekunden den dauerhaften Verbrauch kompensiert und Cold-Starts wegfallen.

Cold-Starts in der Realitaet

Eigene Messungen, p95 Cold-Start (europe-west1, Mai 2026):

Go ist 2026 der Cold-Start-Champion auf Cloud Run. Wenn dir Cold-Starts wichtig sind und du Go schreiben kannst: tu es.

Tricks zur Cold-Start-Reduktion:

1. Min Instances >= 1 — kostet kontinuierlich, killt aber Cold- Starts.
2. CPU Boost aktivieren — verdoppelt CPU waehrend Startphase.
3. Container schlank halten — keine .NET-Images mit Full SDK.
4. Lazy-Init bei DB-Pools — sonst geht der Start in Verbindungen.

Concurrency — der hidden Hebel

Cloud Run und Functions Gen2 unterstuetzen Concurrency > 1 pro Instanz. Das ist der wichtigste Hebel fuer Pricing-Optimierung.

Wenn deine App grossteils auf DB-Antworten wartet (typisches Web-Backend), setze Concurrency auf 50-100. Damit zahlst du fuer eine vCPU-Sekunde statt fuer 50.

Wann App Engine Standard noch Sinn ergibt

App Engine Standard 2026 lohnt sich nur, wenn:

1. Free Tier deckt dich ab. Indie-Apps mit < 100k Requests/Tag laufen auf F1 effektiv kostenlos.
2. Du nutzt Datastore eng integriert. App Engine + Datastore ist ein gehaerteter Stack mit gutem Auth/IAM.
3. Du hast 10+ Jahre alten Code, der genau so laeuft.

Sonst: Cloud Run und Datastore (jetzt Firestore Datastore-Mode) nutzen.

App Engine Flexible — vermeiden

App Engine Flexible existiert nur noch aus Kompatibilitaetsgruenden. Es ist im Kern: Cloud Run-aehnliche Container, aber:

• Keine Scale-to-Zero (mindestens 1 Instanz immer aktiv)
• Teurer pro vCPU/RAM-Sekunde als Cloud Run
• Slower deploys als Cloud Run

Wenn du heute Flexible nutzt: migrieren nach Cloud Run.

Eventing-Integration

Cloud Functions Gen2 ist 2026 besonders stark bei Event-Triggern:

Eventarc fuer Cloud Run ist gut, aber Cloud Functions Gen2 hat das bessere Developer-Experience fuer Single-Function-Trigger.

DACH-spezifisches

• Regionen mit niedrigster Latenz aus DACH: europe-west1 (Belgien, ~12-18 ms aus Berlin), europe-west3 (Frankfurt, ~3-6 ms), europe-west4 (Niederlande), europe-west10 (Berlin, neu seit 2024).
• DSGVO: GCP hat EU-spezifische DPA und Standardvertragsklauseln; fuer streng regulierte Workloads ist europe-west3 (Frankfurt) oder europe-west10 (Berlin) die Wahl.
• Datenresidenz: per Organisations-Policy lassen sich Resources auf EU-Regionen festnageln. In DACH-Compliance-Setups ist das Pflicht.
• EUR-Abrechnung: GCP rechnet 2026 in EUR mit fester Konvertierung pro Monat.

Faustregeln zum Mitnehmen

1. Container? Cloud Run. Default-Wahl 2026.
2. Event-Trigger? Functions Gen2. Besseres DX fuer FaaS.
3. Always-On nur bei dauerhafter Last. Sonst Scale-to-Zero billiger.
4. Concurrency >= 50 fuer IO-bound Apps. Spart 80 % Compute.
5. App Engine Standard nur fuer Free-Tier-Indies. Sonst Migration.

Quellen

• Cloud Run Pricing
• Cloud Functions Pricing
• App Engine Pricing
• Cloud Run vs Functions Choice Guide
• Cold-Start Performance Tips

Pricing-Stand: 14. Mai 2026, europe-west1. GCP passt Free Tiers und Pricing-Logik gelegentlich an — Aktualstand vor groesserer Architektur-Entscheidung pruefen.