Google Cloud Professional Cloud Developer
225 Übungsfragen
Zuletzt überprüft: April 2026
Persönliche Notizen und Ressourcenlinks für Ihre Lernreise
Nach Zertifizierung Filtern
Der Google Cloud Professional Cloud Developer (PCD) bestätigt die Fähigkeit, skalierbare, sichere und Cloud-native Anwendungen auf Google Cloud zu erstellen. Die Prüfung legt Wert auf echte Ingenieurarbeit: die Auswahl zwischen Cloud Run, GKE, App Engine und Cloud Functions für eine gegebene Arbeitslast; den Entwurf ereignisgesteuerter Systeme mit Pub/Sub und Eventarc; die Implementierung von Observability mit Cloud Trace und Cloud Profiler; und die Integration mit Cloud SQL, Spanner, Firestore und Memorystore. Der Fragetyp ist szenarienlastig — kurze Geschichten über die Anforderungen eines Teams mit vier plausibel aussehenden Optionen, wobei eine die idiomatischste Google Cloud-Antwort ist. PCD ist das GCP-Analogon zum AWS Developer Associate auf einer höheren Stufe oder zu Azure AZ-204 mit tiefergehendem Architekturinhalt. Es richtet sich an Backend-Entwickler, Full-Stack-Ingenieure und Plattform-Ingenieure, die tatsächlich Code auf GCP bereitstellen.
Größter Bereich mit 25 %. 12-Faktor-Muster, Abwägungen zwischen Microservices und Monolithen, Auswahl der richtigen Compute-Ressourcen (Cloud Run vs. GKE vs. Cloud Functions vs. App Engine), ereignisgesteuertes Design mit Pub/Sub. Starker Fokus auf Abwägungsszenarien.
Lokale Entwicklung mit Cloud Code, Container-Builds mit Cloud Build und Buildpacks, Muster für Unit-/Integrations-/Lasttests, Abhängigkeitsmanagement. 20 %.
Blue-Green- und Canary-Deployments auf Cloud Run und GKE, Traffic-Splitting, Artifact Registry, Deployment-Pipeline-Muster mit Cloud Build, Dienstidentität und Workload Identity. 20 %.
Pub/Sub-Muster (Push vs. Pull, Exactly-Once-Zustellung), Eventarc, Cloud Tasks, Cloud Scheduler, Integrationen mit Cloud SQL / Spanner / Firestore / Memorystore. 20 % — starker Fokus auf idiomatische Muster.
Cloud Logging, Cloud Monitoring, Cloud Trace, Cloud Profiler, Fehlerberichterstattung, Autoscaling-Optimierung, kostenbewusstes Engineering. 15 %.
Services, die Sie in der Prüfung antreffen, und warum jeder davon wichtig ist.
Vollständig verwaltete serverlose Container-Laufzeit, die auf null skaliert, mit Revisionen, Traffic-Splitting, Konkurrenz-Tuning und anforderungsbasierter Abrechnung.
Warum er in der Prüfung steht: Domäne 1 (Entwerfen Cloud-nativer Anwendungen) behandelt Cloud Run als das Standard-Compute-Primitiv für zustandslose containerisierte Dienste — erwarten Sie Fragen zu Parallelität, Kaltstarts und Revisions-Rollback.
Ereignisgesteuertes serverloses Compute (2. Generation, basierend auf Cloud Run), ausgelöst durch HTTP-, Pub/Sub-, Cloud Storage-, Eventarc- und Firestore-Ereignisse.
Warum er in der Prüfung steht: Domäne 1 + Domäne 4 (Integrieren von Google Cloud-Diensten) testen Functions für die leichte Verknüpfung zwischen Diensten und Ereignisquellen-Mapping-Mustern.
Vollständig verwaltetes PaaS für Web-Apps mit Standard- (skalierung pro Anfrage) und Flexible- (Container-basiert) Umgebungen, Traffic-Splitting und versionierten Deployments.
Warum er in der Prüfung steht: Domäne 3 (Bereitstellen von Anwendungen) testet App Engine Traffic-Splits, versionierte Deployments und die Auswahl zwischen Standard und Flexible — ein wiederkehrender Distraktor gegenüber Cloud Run.
Verwaltetes Kubernetes mit Autopilot- und Standard-Modi, Workload Identity, Multi-Cluster-Ingress und integriertem Anthos Service Mesh.
Warum er in der Prüfung steht: Domäne 1 + Domäne 3 testen die Kompromisse zwischen GKE Autopilot und Standard, Workload Identity für die Pod-zu-Google-API-Authentifizierung und Rolling- vs. Blue/Green-Deployment-Strategien.
Verwalteter CI-Dienst, gesteuert durch `cloudbuild.yaml`, der Container-Images erstellt, Tests ausführt, Artefakte signiert und in die Artifact Registry pusht.
Warum er in der Prüfung steht: Domäne 2 (Erstellen und Testen von Anwendungen) nennt Cloud Build als den kanonischen CI-Dienst — erwarten Sie Fragen zu Build-Schritten, Substitutionen und Triggern.
Verwaltete private Git-Repositories, integriert mit Cloud Build-Triggern, Cloud Logging und IAM-basiertem Repo-Zugriff.
Warum er in der Prüfung steht: Domäne 2 + Domäne 3 behandeln CSR als die Google-native Quelle für Cloud Build-Trigger, oft im Gegensatz zu gespiegelten GitHub/GitLab-Repos.
Verwalteter Continuous-Delivery-Dienst für GKE, Cloud Run und Anthos mit deklarativen Delivery-Pipelines, Promotion-Gates und automatisiertem Rollback.
Warum er in der Prüfung steht: Domäne 3 (Bereitstellen von Anwendungen) testet die Fortschritte von Cloud Deploy-Pipelines (Dev → Staging → Prod), Genehmigungs-Gates und Rollback-Semantiken.
Vereinheitlichter Speicher für Container-Images, Maven, npm, Python, Go und OS-Pakete mit IAM-gesteuertem Zugriff, Schwachstellenscans und Remote/Virtual Repos.
Warum er in der Prüfung steht: Domäne 2 + Domäne 3 erwarten Artifact Registry (Nachfolger der Container Registry) als den Image-Speicher, der von Cloud Build → Cloud Run / GKE Deployments konsumiert wird.
Serverlose Dokumentdatenbank (Firestore im Native- oder Datastore-Modus) mit Echtzeit-Listenern, Offline-Synchronisierung und Sicherheitsregeln; Firebase Realtime DB für ältere JSON-Tree-Anwendungen.
Warum er in der Prüfung steht: Domäne 1 testet Firestore für latenzarme Dokument-Workloads mit Echtzeit-Push an mobile/Web-Clients — ein wiederkehrender Kontrast zu Cloud Spanner und Bigtable.
Global verteilte, stark konsistente relationale Datenbank mit horizontaler Skalierung, regionalen/Multi-Region-Instanzen und SQL + GoogleSQL-Dialektunterstützung.
Warum er in der Prüfung steht: Domäne 1 nennt Spanner immer dann, wenn eine Frage relationale Semantik auf Planetenskalierung oder 5-9er-Verfügbarkeit erfordert — unterscheidet sich von Cloud SQL und Firestore.
Globaler asynchroner Messaging-Dienst mit mindestens einmaliger Zustellung, Push- und Pull-Abonnements, Ordering Keys, Dead-Letter-Topics und Pub/Sub Lite für regionale High-Throughput-Workloads.
Warum er in der Prüfung steht: Domäne 4 (Integrieren von Google Cloud-Diensten) testet Pub/Sub als das kanonische Entkopplungs-Primitiv für ereignisgesteuerte Backends — die Wahl zwischen Pull und Push sowie DLQ-Semantiken sind häufige Fragen.
Verwaltete asynchrone Task-Queues mit Aufgabenplanung pro Task, Raten-/Parallelitätskontrolle, Wiederholungen mit exponentiellem Back-off und HTTP / App Engine-Zielen.
Warum er in der Prüfung steht: Domäne 4 unterscheidet Cloud Tasks (explizite, deduplizierte Kontrolle pro Task) von Pub/Sub (Fan-out-Streams) — ein wiederkehrendes DVA-Stil-Distraktor-Paar.
Serverloser Workflow-Orchestrator, der eine YAML/JSON-DSL verwendet, um HTTP, Cloud Functions, Cloud Run und Google Cloud APIs mit Wiederholungen und parallelen Schritten zu verketten.
Warum er in der Prüfung steht: Domäne 4 kontrastiert Workflows (dauerhafte Orchestrierung) mit rohem Pub/Sub Fan-out — Fragen testen Schritt-Wiederholungen, parallele Branches und die Verwendung von Konnektoren.
Apigee bietet vollständiges Lebenszyklus-API-Management (Proxys, Monetarisierung, Analysen, OAuth); API Gateway ist ein leichtgewichtiger verwalteter Gateway für serverlose Backends.
Warum er in der Prüfung steht: Domäne 4 testet Apigee für den Enterprise-API-Lebenszyklus (Entwicklerportal, Quota, OAuth-Proxys) und API Gateway für die serverseitige API-Exposition — die Wahl zwischen ihnen ist ein wiederkehrendes Szenario.
OpenAPI/gRPC API-Management-Schicht für App Engine, GKE und Compute Engine-Backends mit ESP/ESPv2-Proxy, Authentifizierung, Monitoring und Quota-Erzwingung.
Warum er in der Prüfung steht: Domäne 4 berücksichtigt Cloud Endpoints für selbst gehostete Backends auf GKE/Compute Engine, wo Apigee überdimensioniert ist, aber API Gateway nicht passt.
Eventing-Infrastruktur zur Zustellung von über 130 Google Cloud-Ereignisquellen an Cloud Run, Cloud Functions und GKE über CloudEvents-formatierte Pub/Sub- oder Audit-Log-Trigger.
Warum er in der Prüfung steht: Domäne 4 nennt Eventarc immer dann, wenn ein Ereignis von einem Google Cloud-Dienst (z.B. Cloud Storage, Audit Logs) zu einem serverlosen Ziel mit standardmäßiger CloudEvents-Formatierung fließen muss.
Projekt- und organisationsbezogene Identität mit vordefinierten und benutzerdefinierten Rollen, Dienstkonten, Workload Identity Federation und ressourcenbasierten Richtlinien.
Warum er in der Prüfung steht: Domäne 5 (Verwalten der Anwendungsleistung / Sicherheit) testet das Design von Least-Privilege-Rollen, die Dienstkonto-Impersonation und Workload Identity für die Pod-zu-Google-API-Authentifizierung ohne statische Schlüssel.
Cloud KMS verwaltet kundenseitig verwaltete Verschlüsselungsschlüssel (CMEK / externer HSM); Secret Manager speichert API-Schlüssel, DB-Zugangsdaten und Tokens mit Versionierung und Rotation.
Warum er in der Prüfung steht: Domäne 1 + Domäne 3 erwarten Secret Manager für die Laufzeit-Injektion von Anmeldeinformationen und Cloud KMS als den zugrunde liegenden Schlüsselspeicher — die Unterscheidung von Umgebungsvariablen ist eine wiederkehrende Frage.
Cloud Trace für verteilte Latenzanalyse, Cloud Profiler für die CPU-/Memory-Profilierung in der Produktion und Cloud Debugger (veraltet; ersetzt durch Snapshot Debugger) zur Live-Zustandsinspektion.
Warum er in der Prüfung steht: Domäne 5 (Verwalten der Anwendungsleistung) ist größtenteils die Cloud Operations Suite — erwarten Sie Fragen zur Verfolgung von Ketten über Cloud Run/Functions hinweg und zur profild-gesteuerten Hotspot-Diagnose.
Cloud Logging aggregiert strukturierte Logs von jedem Google Cloud-Dienst mit Sinks, log-basierten Metriken und Logs Explorer; Error Reporting gruppiert Anwendungs-Ausnahmen und alarmiert bei diesen.
Warum er in der Prüfung steht: Domäne 5 testet strukturiertes Logging von Cloud Run/Functions, log-basiertes Alerting über Cloud Monitoring und Error Reporting-Gruppierungen — die kanonische Oberfläche für "wo ist der Fehler".
$130k–$180k–$270k USD jährlich
Die Spanne spiegelt US-amerikanische Senior Backend- / Cloud-native Ingenieure wider, bei denen GCP die primäre Plattform ist. FAANG L5 Softwareentwickler mit einem Gesamtkompensationspaket (TC) von über 300.000 US-Dollar. Das Zertifikat ist ein starkes Signal, erschließt aber nicht allein diese Gehälter — es ergänzt 5–10+ Jahre nachweislicher Softwareentwicklungserfahrung.
Quelle: levels.fyi 2025–2026 (Google L4–L5 software engineers, FAANG and GCP-shop unicorn senior backends), U.S. BLS OEWS May 2024 (15-1252 software developers). Die Zahlen sind ungefähr; die tatsächliche Vergütung hängt von der Rolle, der Region und der Erfahrung ab.
PCD wird seltener nachgefragt als die Zertifikate im Architektenbereich, ist aber ein starkes Unterscheidungsmerkmal bei Stellenanzeigen für Senior Backend- und Plattformingenieure in GCP-intensiven Unternehmen. Die Nachfrage konzentriert sich bei Spotify, Snap, PayPal, Wayfair, mehreren großen Einzelhändlern, Spielestudios und Google Cloud-Partnern. Das Zertifikat wird auch bei Google selbst geschätzt — Karrierewege im Bereich Customer Engineering und Developer Advocacy führen es häufig als bevorzugt auf. PCD lässt sich gut mit der Kubernetes CKAD-Zertifizierung und mit Terraform Associate kombinieren, um ein starkes Cloud-native Entwicklerprofil zu bilden. Es wird seltener als Einstellungsfilter verwendet als ACE oder PCA, aber Inhaber berichten durchweg über eine bessere Resonanz von Personalvermittlern bei Senior-Engineer-Rollen.
Es gibt keine formalen Voraussetzungen. Google empfiehlt drei oder mehr Jahre Branchenerfahrung, davon ein oder mehr Jahre in der Konzeption und Entwicklung von Anwendungen auf Google Cloud. In der Praxis ist PCD kein sinnvolles erstes GCP-Zertifikat für Nicht-Entwickler — erfolgreiche Kandidaten können Go, Java, Python oder Node.js problemlos lesen und schreiben und haben nicht-triviale Anwendungen bereitgestellt.
Das Associate Cloud Engineer (ACE) ist der häufigste erste Schritt, aber nicht unbedingt erforderlich, wenn Sie bereits Produktionscode auf AWS oder Azure schreiben. Kenntnisse mit Containern, grundlegendem Kubernetes (Deployments, Services, ConfigMaps), CI/CD-Konzepten und mindestens einer der wichtigen SQL- oder Dokumentendatenbanken sind effektiv erforderlich. Der offizielle Cloud Developer Learning Path auf Google Cloud Skills Boost (ca. 50–70 Stunden Labs und Lektüre) ist eine gute Grundlage, aber die meisten erfolgreichen Kandidaten ergänzen dies mit persönlichen Cloud Run / GKE-Seitenprojekten.
PCD ist als "Professional" eingestuft und ist wirklich szenarienlastig. Planen Sie 80–130 Stunden Lernzeit über 8–12 Wochen ein, wenn PCD Ihr erstes professionelles GCP-Zertifikat ist, oder 40–70 Stunden über 4–6 Wochen, wenn Sie bereits ACE und solide Backend-Engineering-Erfahrung besitzen. Die Prüfung besteht aus 50–60 Multiple-Choice- / Multiple-Select-Fragen in 120 Minuten, abgelegt über Pearson VUE (Google ist Anfang 2026 von Kryterion / Webassessor migriert).
Der häufigste Stolperstein ist die Wahl zwischen Cloud Run, GKE, App Engine und Cloud Functions für ein gegebenes Szenario — Googles "bevorzugte" Antwort hängt oft von subtilen Skalierungs-, Latenz- oder Betriebskostenkriterien ab, die aus der Dokumentation allein nicht ersichtlich sind. Der zweite Stolperstein sind die Pub/Sub-Zustellungssemantiken (at-least-once vs. exactly-once, Push vs. Pull, Dead-Letter-Topics). Google veröffentlicht keine numerischen Ergebnisse — nur Bestanden/Nicht bestanden. Das Zertifikat ist zwei Jahre gültig, und die Rezertifizierung erfordert das erneute Bestehen der aktuellen Prüfung.
Aktueller Prüfungsleitfaden Ende 2023 aktualisiert, um Cloud Run-Jobs, eine erweiterte Eventarc-Abdeckung und aktualisierte GKE Workload Identity-Szenarien hinzuzufügen. Der Fokus auf die ältere flexible App Engine-Umgebung wurde entfernt.
Umfassende Aktualisierung, die Cloud Run als erstklassige Compute-Option einführte und den Bereich Observability erweiterte.
PCD (Google Cloud Professional Cloud Developer) ist eine eine anspruchsvolle, szenariobasierte Prüfung, die tiefe praktische Erfahrung und die Fähigkeit erfordert, architektonische Kompromissentscheidungen zu treffen Professional-Level-Prüfung. Die meisten Kandidaten benötigen 150–300 Stunden Lernzeit, verteilt über 3–6 Monate, für Prüfungen auf Professional- und Expertenniveau. Diese Prüfungen setzen in der Regel eine vorherige Associate-Level-Kompetenz voraus. Die meisten Kandidaten, die bei Übungsprüfungen konstant über der Bestehensschwelle liegen, bestehen beim ersten Versuch.
Die meisten Kandidaten benötigen 150–300 Stunden Lernzeit, verteilt über 3–6 Monate, für Prüfungen auf Professional- und Expertenniveau. Diese Prüfungen setzen in der Regel eine vorherige Associate-Level-Kompetenz voraus. Die benötigte Zeit bis zum Bestehen variiert stark je nach Vorerfahrung. Ingenieure mit praktischer Produktionserfahrung in der zugrunde liegenden Technologie benötigen in der Regel weniger; Kandidaten, die neu auf der Plattform sind, sollten sich am oberen Ende dieses Bereichs orientieren.
PCD ist ein anerkanntes Zeugnis im GCP-Ökosystem und signalisiert Arbeitgebern, Personalvermittlern und Kunden validiertes Wissen. Ob es sich für Sie lohnt, hängt von Ihrer Rolle und Ihren Zielen ab – es zahlt sich am meisten für Cloud-Ingenieure, Architekten und Berater aus, die täglich mit GCP arbeiten oder in solche Rollen wechseln möchten.
Die Bestehensgrenze für PCD beträgt Nicht veröffentlicht. Die Prüfung enthält 50 Fragen und dauert 2 Std.
Die Prüfungsgebühr für PCD beträgt $200 USD. Die Gebühren werden von GCP festgelegt und können je nach Region variieren; bestätigen Sie immer den aktuellen Preis auf der offiziellen GCP Zertifizierungsseite, bevor Sie buchen.
Google Cloud Professional-Zertifizierungen sind 2 Jahre gültig. Rezertifizieren Sie sich, indem Sie die aktuelle Version der Prüfung erneut bestehen.
Ja. Sie können die Prüfung online (über den sicheren Browser des Anbieters, in den meisten Regionen rund um die Uhr verfügbar) oder in einem persönlichen Pearson VUE Testzentrum während der Geschäftszeiten ablegen. Beide Formate verwenden die gleichen Fragen, Zeitlimits und Bestehensgrenzen.
CertLabPro bietet 15 Lernmodi für die Übungsfragenbank für PCD. Der Prüfungssimulationsmodus bildet die echte Prüfung ab: 50 Fragen in 2 Std, mit der gleichen Bestehensschwelle von Nicht veröffentlicht. Im Browsing-Modus können Sie jede Frage und Antwort statisch lesen.