Home / devops-containers / Google Cloud Professional Cloud DevOps Engineer / Cheat Sheet
Google Cloud Professional Cloud DevOps Engineer

GCP PCDOE Cheat Sheet

PCDOE Tests Error Budgets, Managed Promotion and Supply-Chain Gates — Not Scripting Pipelines

A professional-level exam for platform and SRE engineers. The shift: measure what users feel, mitigate before debugging, and hand promotion, policy and telemetry to managed Google services instead of custom glue.

Check Your Readiness →
Among the harder certs
Avg: Not published by Google
Pass: 750 / 1000
Most candidates understand Google Cloud Professional Cloud DevOps Engineer concepts — and still fail. This exam tests how you apply knowledge under pressure.

Professional Cloud DevOps Engineer Section Map

Fifty to sixty multiple-choice and multiple-select design-review scenarios. Each names a scale, a governance constraint and a delivery or reliability goal. Managed Google services beat hand-rolled scripts unless the scenario gives a reason, and least privilege per environment is assumed throughout.

  1. 01
    CI/CD pipelines incl. ML workloads (~25%) — Cloud Build, Cloud Deploy, digest promotion, Secret Manager, Workload Identity Federation, Binary Authorization
  2. 02
    Observability and troubleshooting (~25%) — Ops Agent, Managed Service for Prometheus, sinks and exclusions, log-based metrics, traces
  3. 03
    Bootstrapping the organization (~20%) — folder inheritance, Shared VPC vs. peering, Terraform state, Config Connector, fleets, Cloud Workstations
  4. 04
    SRE practices (~18%) — SLI/SLO/SLA, error budgets and burn rate, quotas and reservations, rollback-first incident response
  5. 05
    Performance and cost (~12%) — Spot vs. committed vs. sustained use, Active Assist recommenders, Profiler vs. Trace, network tiers

Wrong instinct vs correct approach

5xx errors jump from 0.1% to 8% in every region ten minutes after a GKE release
✕ Wrong instinct

Debug the release live and push a hotfix

✓ Correct approach

Mitigate first: roll back the release, ideally through Cloud Deploy, to stop error-budget burn, then run a blameless postmortem. A change shortly before the errors started makes rollback the fastest restore.

Security needs identical RBAC and a privileged-container ban on 40 GKE clusters, including future ones
✕ Wrong instinct

Script kubectl apply of the manifests against each cluster

✓ Correct approach

Group clusters into a fleet and enable Config Sync for RBAC from Git plus Policy Controller constraints. New clusters joining the fleet inherit both, and drift is detected without per-cluster toil.

Spoke VPCs peer to a hub and must reach each other and on-premises routes through it
✕ Wrong instinct

Add more peering connections from each spoke to the hub

✓ Correct approach

VPC Network Peering is not transitive, so spokes cannot transit the hub. Use Shared VPC for central network ownership, or Private Service Connect when only a specific producer service must be exposed.

Finance wants lower GKE Standard cost; Pods average 25% CPU with requests copied from a template
✕ Wrong instinct

Move the services onto Spot VMs node pools

✓ Correct approach

Start with rightsizing: follow Active Assist and GKE request recommendations to lower requests to observed use, then let autoscaling shrink nodes. Spot preemption would risk the SLO for steady internal services.

Know these cold

  • ▸ Error budget equals one minus SLO; 99.9% over 30 days allows about 43 minutes
  • ▸ Fast burn pages on-call; slow burn opens a ticket; never page on every error
  • ▸ Build the image once and promote the same digest; tags such as latest are mutable
  • ▸ Cloud Build builds and tests, Artifact Registry stores, Cloud Deploy promotes with approvals and rollback
  • ▸ Canary limits user exposure; blue/green gives instant rollback but needs double capacity
  • ▸ Secret values in Secret Manager; encryption and signing keys in Cloud KMS
  • ▸ _Required bucket audit logs cannot be excluded; Data Access audit logs are mostly off by default
  • ▸ Compute Engine VMs need the Ops Agent for application logs and detailed system metrics
  • ▸ Cloud Trace finds slow hops between services; Cloud Profiler finds expensive functions inside one
  • ▸ Quota permits usage, a reservation guarantees zonal capacity and is billed even while idle

Can you answer these without checking your notes?

In this scenario: "5xx errors jump from 0.1% to 8% in every region ten minutes after a GKE release" — what should you do first?
Mitigate first: roll back the release, ideally through Cloud Deploy, to stop error-budget burn, then run a blameless postmortem. A change shortly before the errors started makes rollback the fastest restore.
In this scenario: "Security needs identical RBAC and a privileged-container ban on 40 GKE clusters, including future ones" — what should you do first?
Group clusters into a fleet and enable Config Sync for RBAC from Git plus Policy Controller constraints. New clusters joining the fleet inherit both, and drift is detected without per-cluster toil.
In this scenario: "Spoke VPCs peer to a hub and must reach each other and on-premises routes through it" — what should you do first?
VPC Network Peering is not transitive, so spokes cannot transit the hub. Use Shared VPC for central network ownership, or Private Service Connect when only a specific producer service must be exposed.

Common Exam Mistakes — What candidates get wrong

Assuming Artifact Analysis scanning blocks vulnerable images from production

Artifact Analysis only detects and reports. Enforcement needs a Binary Authorization policy on GKE or Cloud Run that requires attestations, ideally backed by SLSA provenance from Cloud Build, so developers cannot bypass the gate.

Storing a service account JSON key as a GitHub Actions secret

Workload Identity Federation exchanges the external CI token for short-lived Google credentials with no key file to leak. Use a separate deploy identity per environment so a staging compromise cannot reach production.

Choosing CPU utilisation as an SLI or alerting on the SLA

SLIs are good-to-valid event ratios measured near the user, such as at the load balancer. The SLO is stricter than the SLA; alert on SLO burn rate so on-call has time to act before the contract breaches.

Creating a log sink in every project for audit retention

An aggregated sink at the organization or folder with include-children captures projects created later. For rarely queried multi-year retention, route to Cloud Storage with lifecycle and retention locks rather than Pub/Sub or BigQuery.

Buying three-year committed use discounts for a seasonal workload

Commitments are billed in quiet months too, so they suit only a steady baseline. Spot VMs fit interruptible batch work, sustained use discounts apply automatically, and reservations guarantee capacity without reducing the price.

Resources to help you pass Google Cloud Professional DevOps Engineer on your first attempt

Check whether your SLO, pipeline and logging choices match how the DevOps Engineer exam scores them.