Google Cloud Professional Cloud DevOps Engineer
225 Übungsfragen
Zuletzt überprüft: April 2026
Persönliche Notizen und Ressourcenlinks für Ihre Lernreise
Nach Zertifizierung Filtern
Der Google Cloud Professional Cloud DevOps Engineer (PCDOE) validiert die Fähigkeit, Googles Site-Reliability Engineering (SRE)-Prinzipien auf Produktionsdienste in Google Cloud anzuwenden. Die Prüfung verbindet klassische DevOps-Inhalte (CI/CD mit Cloud Build und Cloud Deploy, GitOps, Artifact Registry, IaC mit Terraform) mit Googles unverwechselbarer SRE-Rahmenstruktur – SLOs, SLIs, Fehlerbudgets, Toil Reduction, Postmortem-Kultur. Sie umfasst auch die gesamte Cloud Operations Suite (Logging, Monitoring, Trace, Profiler, Error Reporting), GKE Day-Two Operations und FinOps. Der PCDOE ist das GCP-Pendant des AWS DevOps Engineer Professional und Azure AZ-400 – er steht dem Google SRE-Buch im Geist näher als einer tool-fokussierten DevOps-Zertifizierung.
Ressourcenhierarchie, Organisationsrichtlinien, Basis-IAM, Netzwerk- und Sicherheitsleitplanken, IaC mit Terraform und Cloud Foundation Toolkit. 20%.
Größter Bereich mit 23%. Cloud Build, Cloud Deploy, Skaffold, Artifact Registry, Bereitstellungsstrategien (Blue-Green, Canary, Rolling), GitOps mit Config Sync. Starker Fokus auf Pipeline-Design-Szenarien.
Mit 23% der größte Bereich. SLI / SLO / Fehlerbudget-Design, Erkennung und Reduzierung von Toil, Kapazitätsplanung, On-Call-Praktiken, Postmortems. Lehnt sich direkt an das Google SRE-Buch an.
Cloud Logging-Routing und Sinks, log-basierte Metriken, Cloud Monitoring-Dashboards und -Benachrichtigungen, Cloud Trace, Cloud Profiler, Error Reporting. 22%.
Kleinster Bereich mit 12%, aber hohe Dichte. GKE-Rightsizing, Compute Engine-Maschinenfamilien, FinOps mit Active Assist und Recommender, Autoscaling-Feinabstimmung.
Services, die Sie in der Prüfung antreffen, und warum jeder davon wichtig ist.
Verwalteter CI-Dienst, der Builds, Tests und Container-Images auf von Google gehosteten Workern ausführt, gesteuert durch eine deklarative cloudbuild.yaml.
Warum er in der Prüfung steht: Domäne 2 (CI/CD-Pipelines) nennt Cloud Build als den kanonischen PCDOE-nativen Build-Runner — die Grundlage für Image-Bakes, Attestierung und Pipeline-Trigger.
Verwalteter Continuous-Delivery-Dienst, der Container-Images über geordnete GKE- / Cloud Run-Ziele mit Genehmigungen und Rollback fördert.
Warum er in der Prüfung steht: Domäne 2 testet progressive Bereitstellungsmuster (Canary, Blue/Green) — Cloud Deploy ist die AWS-CodeDeploy-äquivalente Antwort auf GCP.
Vereinheitlichte Registry für Docker-, Helm-, Maven-, npm-, Python-, Go- und OS-Pakete mit VPC-SC-Isolation und Schwachstellenscans.
Warum er in der Prüfung steht: Domäne 2 + Domäne 5 betonen Artefakt-Provenienz und Schwachstellenscans — Artifact Registry ist der Supply-Chain-Endpunkt und die Image-Quelle für Cloud Deploy.
Verwaltetes Git-Hosting, integriert mit Cloud Build-Triggern, Cloud Logging und Cloud Identity IAM für Quellcodeverwaltungs-Workflows.
Warum er in der Prüfung steht: Domäne 2 erwartet eine integrierte Single Source of Truth für Cloud Build-Trigger und Cloud Deploy-Releases — CSR ist das AWS-CodeCommit-Äquivalent.
Verwaltetes Kubernetes mit Standard- und Autopilot-Modi, regionalen Steuerungsebenen, Multi-Cluster-Ingress und verwalteten Node-Pool-Upgrades.
Warum er in der Prüfung steht: Domäne 3 (SRE-Praktiken) und Domäne 4 (Beobachtbarkeit) basieren auf GKE — Workload-Bereitstellung, SLO-gesteuerte Autoskalierung und Rolling Upgrades sind alle GKE-zentriert.
GitOps-Konfigurationscontroller, der den deklarativen Cluster-Zustand (Kustomize, Helm, Config Sync) synchronisiert und Policy Controller (OPA Gatekeeper)-Einschränkungen über Flotten hinweg durchsetzt.
Warum er in der Prüfung steht: Domäne 1 (Bootstrapping einer Google Cloud-Organisation) und Domäne 3 (SRE-Praktiken) testen GitOps und Policy-as-Code — ACM ist die benannte GCP-Antwort.
Kubernetes-Add-on, das GCP-Ressourcen (BigQuery-Datasets, Pub/Sub-Themen, IAM-Bindungen) als CRDs verwaltet, die aus Cluster-Manifesten abgeglichen werden.
Warum er in der Prüfung steht: Domäne 1 testet deklarative Infrastruktur in GitOps-Form — Config Connector ermöglicht es Plattform-Teams, GCP-Bereitstellungen zusammen mit Workloads unter demselben kubectl apply zu liefern.
HashiCorp Terraform mit den offiziellen google- und google-beta-Providern, sowie Cloud Foundation Toolkit-Modulen und der Terraform-Validator-Policy-Bibliothek.
Warum er in der Prüfung steht: Domäne 1 nennt Terraform als das De-facto-IaC-Tool für Landing Zones, Projekte, Netzwerke und IAM — PCDOE erwartet flüssige Kenntnisse in Modulstruktur und Zustandsstrategie.
Serverlose Container-Laufzeitumgebung (Anforderungs- oder Ereignis-gesteuert) mit revisionsgesteuerter Traffic-Aufteilung, Sidecars und verwaltetem mTLS über Cloud Service Mesh.
Warum er in der Prüfung steht: Domäne 2 testet progressive Bereitstellung für zustandslose Dienste — Cloud Run-Revisionen + Traffic-Splits sind das kanonische Canary-Primitiv.
Ereignisgesteuerte serverlose Compute-Umgebung (HTTP- und Eventarc-Trigger) für leichte Verbindung zwischen Pub/Sub, Cloud Storage und Firestore.
Warum er in der Prüfung steht: Domäne 4 (Beobachtbarkeit) nennt Functions als Grundlage für die Automatisierung der Incident-Response und ereignisgesteuerte Runbooks.
Serverlose Orchestrierung, die Google Cloud APIs und HTTP-Endpunkte mit Wiederholungsversuchen, parallelen Schritten und strukturierter Fehlerbehandlung verknüpft.
Warum er in der Prüfung steht: Domäne 4 erwartet automatisierte Abhilfemaßnahmen — Workflows ist das AWS-Step-Functions-Äquivalent für Incident-Response- und Multi-Service-Rollback-Playbooks.
Vollständig verwalteter Aufgabenwarteschlangen-Dienst mit Ratenbegrenzung, Deduplizierung und HTTP- / App Engine-Zielen für asynchrone, genau einmalige Aufgaben.
Warum er in der Prüfung steht: Domäne 5 (Leistung und Kosten) testet Lastabwurf-Muster — Cloud Tasks entkoppelt stoßweise Produzenten von ratenbegrenzten Konsumenten und dämpft Kostenspitzen.
GKE-Betriebsmodus, bei dem Google Knoten, Autoskalierung und Node-Pool-Größenverwaltung übernimmt — Abrechnung pro Pod mit SLA-gestützter Verfügbarkeit.
Warum er in der Prüfung steht: Domäne 5 nennt Autopilot als den Kompromiss zwischen Kosten und operativem Aufwand für Teams, die SRE-konforme Zuverlässigkeit ohne Verwaltung von Node-Pools wünschen.
Logische Gruppierung mehrerer GKE-Cluster über Projekte, Regionen und On-Premise hinweg mit Flotten-weiter Feature-Aktivierung (Config Sync, Policy Controller, Identity).
Warum er in der Prüfung steht: Domäne 1 + Domäne 3 testen Multi-Cluster-Operationen — Fleets sind die Einheit der Richtlinien- und Identitätsweitergabe für Plattform-Teams, die viele Cluster verwalten.
Open-Source Multi-Cloud Continuous-Delivery-Plattform mit nativer GKE- / Cloud Run-Unterstützung, manuellen Genehmigungsphasen und automatisierter Canary-Analyse.
Warum er in der Prüfung steht: Domäne 2 stellt Cloud Deploy (verwaltet, vorgegeben) Spinnaker (selbst gehostet, Multi-Cloud) gegenüber — zu wissen, wann welches passt, ist eine wiederkehrende PCDOE-Unterscheidung.
Google Cloud IAM mit bedingten Bindungen, plus Workload Identity, das GKE- / externe Pods ohne langlebige Schlüssel mit Google-Dienstkonten föderiert.
Warum er in der Prüfung steht: Domäne 1 + Domäne 3 basieren auf schlüsselloser Authentifizierung — Workload Identity ist der kanonische Weg, wie Pipelines und Pods GCP-Identitäten unter dem Prinzip der geringsten Rechte annehmen.
Integrierter Observability-Stack — Cloud Logging für die Log-Aggregation, Cloud Monitoring für Metriken und Alarme, Cloud Trace für Latenz und Cloud Profiler für kontinuierliches CPU-/Heap-Sampling.
Warum er in der Prüfung steht: Domäne 4 (Beobachtbarkeit und Fehlerbehebung) ist der gesamte Grund für die Existenz dieser Suite; PCDOE erwartet den flüssigen Einsatz von MQL, logbasierten Metriken und Uptime-Checks.
Error Reporting aggregiert und gruppiert Stack-Traces aus Cloud Logging zu handlungsrelevanten Problemen; Cloud Debugger erfasst den Anwendungszustand aus laufendem Produktionscode ohne erneute Bereitstellung.
Warum er in der Prüfung steht: Domäne 4 testet die Live-Incident-Triage — Error Reporting fängt Regressionen ab, Debugger inspiziert den Zustand, ohne einen Rollback zu erzwingen.
Native SLO-Definitionen in Service Monitoring mit rollierenden Error-Budget-Burn-Rate-Alarmen und budgetgesteuerten Release-Geschwindigkeitsrichtlinien.
Warum er in der Prüfung steht: Domäne 3 (SRE-Praktiken) ist um SLIs/SLOs/Error Budgets aufgebaut — PCDOE erwartet von Kandidaten, Benutzererwartungen in Burn-Rate-Alarmrichtlinien zu übersetzen.
$135k–$185k–$280k USD jährlich
Die Spanne spiegelt US-basierte SRE- und DevOps-Ingenieure wider, bei denen GCP die primäre Plattform ist. FAANG L5 SRE TC überschreitet 300.000$+ deutlich. Reine Operations-Rollen tendieren zu niedrigeren Gehältern; Senior SRE / Production-Engineer-Positionen bei digitalen, GCP-nativen Unternehmen tendieren zu höheren Gehältern. Die Zertifizierung ist ein starkes Signal, passt aber am besten zu nachgewiesener On-Call-Erfahrung in der Produktion.
Quelle: levels.fyi 2025–2026 (Google L4–L5 SRE, FAANG und Senior Platform Engineers bei GCP-Shop-Unicorns), U.S. BLS OEWS May 2024 (15-1244 Netzwerk- und Computersystemadministratoren, 15-1252 Softwareentwickler). Die Zahlen sind ungefähr; die tatsächliche Vergütung hängt von der Rolle, der Region und der Erfahrung ab.
Die Nachfrage nach PCDOE ist stetig gestiegen, da die SRE-First-Kultur von GCP auf seine Kunden übertragen wurde. Hohe Nachfrage besteht bei digitalen, GCP-nativen Unternehmen (Spotify, Snap, PayPal, mehrere große Einzelhändler, Gaming-Studios), wo das SRE-Modell bereits eingeführt ist, sowie bei Google Cloud-Partnern, die Managed-Services-Praktiken aufbauen. Die Zertifizierung passt hervorragend zu Kubernetes CKA / CKAD und Terraform Associate, um ein starkes Cloud-native SRE-Profil zu bilden. Inhaber berichten stets von einer starken Resonanz von Personalvermittlern bei SRE- und Senior-Platform-Engineer-Rollen. PCDOE signalisiert auch die Vertrautheit mit dem Google SRE-Buch, was selbst ein Einstellungskriterium bei Unternehmen ist, die das SRE-Modell übernommen haben.
Es gibt keine formalen Voraussetzungen. Google empfiehlt drei oder mehr Jahre Branchenerfahrung und ein oder mehr Jahre Erfahrung im Entwerfen und Verwalten von Lösungen in Google Cloud. In der Praxis ist der PCDOE keine glaubwürdige erste GCP-Zertifizierung – erfolgreiche Kandidaten haben Produktionssysteme ausgeliefert und On-Call-Dienste geleistet.
Der Associate Cloud Engineer (ACE) ist der gängigste Schritt, aber nicht zwingend erforderlich, wenn Sie bereits AWS- oder Azure-Produktionsumgebungen verwalten. Das Lesen des Google SRE-Buchs ("Site Reliability Engineering") und des SRE Workbook ist effektiv Teil der Vorbereitung – viele Prüfungsfragen paraphrasieren Passagen direkt. Vertrautheit mit Kubernetes (Deployments, Services, HPA, PodDisruptionBudgets), Terraform und Cloud Build-Pipelines ist erforderlich. Der offizielle DevOps Engineer Learning Path auf Google Cloud Skills Boost (ca. 40–60 Stunden) deckt den Lehrplan ab.
Der PCDOE wird als professionell eingestuft und ist mittelschwer – die SRE-spezifischen Inhalte (SLOs, Fehlerbudgets, Toil) stellen traditionelle Ops-orientierte Kandidaten stärker vor Herausforderungen als erfahrene Site-Reliability Engineers. Planen Sie 80–130 Stunden Lernzeit über 8–12 Wochen ein, wenn der PCDOE Ihre erste GCP Professional-Zertifizierung ist, oder 40–70 Stunden über 4–6 Wochen, wenn Sie bereits ACE- und On-Call-SRE-Erfahrung besitzen. Die Prüfung besteht aus 50–60 Multiple-Choice / Multiple-Select-Fragen in 120 Minuten und wird über Pearson VUE abgelegt (Google ist Anfang 2026 von Kryterion / Webassessor migriert).
Die häufigste Stolperfalle sind die Fragen zur SRE-Philosophie – Googles erwartete Antwort hängt oft von subtilen Unterschieden ab (wann Fehlerbudget ausgegeben werden sollte vs. wann Deployments eingefroren werden sollten, wann Toil Reduction es wert ist, automatisiert zu werden vs. akzeptiert zu werden). Die zweite Stolperfalle sind GKE-Produktionsmuster, insbesondere das Node-Pool-Design, PodDisruptionBudgets und Workload Identity. Google veröffentlicht keine numerischen Ergebnisse – nur Bestanden/Nicht bestanden. Das Zertifikat ist zwei Jahre gültig, und für die Rezertifizierung muss die aktuelle Prüfung erneut bestanden werden.
Der aktuelle Prüfungsleitfaden wurde Ende 2023 aktualisiert, um Cloud Deploy, Config Sync / GitOps abzudecken und aktualisierte GKE Autopilot-Szenarien hinzuzufügen. Die Gewichtung des SRE-Philosophie-Bereichs wurde erweitert.
Große Aktualisierung, die Cloud Build als primäre CI-Oberfläche einführte und den SLO / Fehlerbudget-Inhalt mit dem SRE Workbook abstimmte.
PCDOE (Google Cloud Professional Cloud DevOps Engineer) 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.
PCDOE 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 PCDOE beträgt Nicht veröffentlicht. Die Prüfung enthält 50 Fragen und dauert 2 Std.
Die Prüfungsgebühr für PCDOE 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 PCDOE. 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.