Study guide
1.1 Current Exam, Sources, and Scenario Method
Google Cloud Professional Cloud Developer Exam
Track your progress as you read
Finished sections get a check mark.
1 Chapter 1: Exam and Compute Platform Decisions
1.1 Current Exam, Sources, and Scenario Method 1.2 Cloud Run Execution and Platform Selection 1.3 GKE Modes and Compute Engine Trade-offs
2 Chapter 2: Container Engineering and API Contracts
2.1 Stateless Microservices and Multi-stage Builds 2.2 Container Hardening, Signals, and Layer Caching 2.3 REST, gRPC, and Protobuf Contracts
3 Chapter 3: gRPC Compatibility and Geographic Routing
3.1 Schema Evolution and gRPC Routing 3.2 Geography, Network Tiers, and Load Balancers 3.3 Serverless NEGs, Sessions, and Edge Controls
4 Chapter 4: API Management and Caching
4.1 API Management & Rate Limiting with Apigee and API Gateway 4.2 Memorystore and Cache Access Patterns 4.3 Cache Invalidation, Capacity, and Failover
5 Chapter 5: Messaging, Task Dispatch, and Orchestration
5.1 Event-Driven Messaging with Cloud Pub/Sub 5.2 Task Queues & Rate Throttling with Cloud Tasks 5.3 Event Routing and Service Orchestration: Eventarc & Cloud Workflows
6 Chapter 6: Resilience and Relational Availability
6.1 Designing Resilient Systems: Circuit Breaking, Retries & Failover 6.2 Cloud SQL Availability and Recovery 6.3 Connection Budgets and Spanner Consistency
7 Chapter 7: Distributed Schemas and NoSQL Data Models
7.1 Spanner Keys, Indexes, and Transactions 7.2 Firestore Data, Indexes, and Transactions 7.3 Bigtable Row Keys and Replication
8 Chapter 8: Object Storage and Application Identity
8.1 Cloud Storage Lifecycle and Signed Access 8.2 Workload Identity and Service Authentication 8.3 Secret Delivery, Rotation, and IAP
9 Chapter 9: Security, Data Integration, and Developer Credentials
9.1 Private Communication, Key Rotation, and Vulnerability Response 9.2 AlloyDB Schemas and BigQuery Ingestion 9.3 CLI Configurations, Local ADC, and Cloud Shell
10 Chapter 10: Managed Development and Automated Tests
10.1 Cloud Workstations and the Container Inner Loop 10.2 Emulating Google Cloud Services & Database Auth Proxies 10.3 Automated Testing Strategies: Unit, Integration, and Mocking
11 Chapter 11: AI Development Tools and Build Pipelines
11.1 AI Coding Assistants, Context, MCP, and Test Review 11.2 Cloud Build Workers and Step Dependencies 11.3 Builders, Substitutions, Triggers, and IAM
12 Chapter 12: Artifact Security and Admission Policies
12.1 Artifact Management and Vulnerability Scanning with Artifact Registry 12.2 Build Provenance and Admission Concepts 12.3 Attestors, Policy Enforcement, and Break-glass
13 Chapter 13: Cloud Run and GKE Deployment Configuration
13.1 Cloud Run Deployment and Scaling Configuration 13.2 Cloud Run CPU, Private Egress, and Secrets 13.3 GKE Workload Controllers and Gateway Routing
14 Chapter 14: Kubernetes Resources, Health, and Progressive Releases
14.1 GKE Resources, OOM Diagnosis, and Autoscaling 14.2 Container Health Probes, Lifecycle Hooks & Graceful Shutdown 14.3 Progressive Delivery: Traffic Splitting, Canary, and Blue/Green Rollouts
15 Chapter 15: Source/Event Deployment and Cloud API Integration
15.1 Source Deployment, Event Receivers, and API Versions 15.2 Client Libraries, Service Enablement, and ADC 15.3 API Responses, Pagination, Caches, and Retries
16 Chapter 16: Tracing, Sampling, and Monitoring
16.1 Trace Context and OpenTelemetry Export 16.2 Custom Spans, Trace Analysis, and Sampling 16.3 Application Metrics, Health Checks & Alerting with Cloud Monitoring
17 Chapter 17: Structured Logs, Routing, and Error Management
17.1 Structured Logs, Trace Correlation, and Queries 17.2 Log Routing, Export Destinations, and Exclusions 17.3 Error Reporting Formats and Regression Handling
18 Chapter 18: Profiling, Generative AI, and Assisted Troubleshooting
18.1 Cloud Profiler Types and Flame Graph Analysis 18.2 Generative AI Integration with the Google Gen AI SDK 18.3 Evidence-Based Troubleshooting with AI Assistance
1.1 Current Exam, Sources, and Scenario Method
Key Takeaways Explain This Topic AI
Google lists 50-60 multiple-choice and multiple-select questions, two hours, and a USD 200 fee plus applicable tax.
The current blueprint weights are approximately 32% design, 23% build/test, 24% deployment, and 21% integration.
There are no prerequisites; the recommended experience is three years in industry including one year designing/managing Google Cloud solutions.
The current professional retake limit is four attempts in two years, with waits of 14, 60 and 365 days after successive failures.
Use official registration and policy pages for delivery, accommodations and renewal; no numeric passing threshold is published.
Last updated: October 2026
Current Exam and Independent Study Method
The Google Cloud Professional Cloud Developer credential concerns developers who design, build, test, configure and integrate cloud-native applications. It is distinct from Associate Cloud Engineer, which emphasizes operating cloud environments, and Professional Cloud DevOps Engineer, which emphasizes delivery and reliability engineering. There is overlap in tools, but the developer exam repeatedly asks what application code, configuration and service selection should do for a stated requirement. Read the requirement before recognizing a familiar product name.
This is independent study material by ExamFinch. Official exam information comes from Google, and product documentation controls the behavior of the individual services. A guide can teach a pattern without being an official endorsement or a substitute for hands-on experience. Check the current official certification page and its linked PDF rather than relying on a cached older web outline: older outlines have different domain percentages and topic lists.
Verified Logistics and Policy Boundaries
- Item Official information checked October 18, 2026
- Format 50-60 multiple-choice and multiple-select questions
- Duration Two hours
- Registration fee USD 200 plus applicable tax
- Languages English and Japanese
- Prerequisites None
Recommended experience Three or more years of industry experience, including one or more years designing and managing Google Cloud solutions
- Delivery Pearson test centers or online proctoring, scheduled through Google's candidate portal
- Numeric passing threshold Not published; results are pass/fail
- Professional certification validity Two years
The recommended experience is not an eligibility requirement. A learner can register without a prerequisite certification, but memorizing product names does not replace the experience needed to reason about failures and trade-offs. Likewise, a pass/fail result cannot be translated into a guaranteed number of correct answers. Do not infer an official pass percentage from a third-party practice test.
Google's current retake policy allows up to four attempts in a two-year period for associate/professional exams. After the first failure, wait at least 14 days; after the second, 60 days; after the third, 365 days. Attempts in different languages or delivery methods still count. Each attempt requires payment. Use the portal for current scheduling, accommodations, identification and cancellation procedures. The February 2026 transition ended Kryterion delivery; old Webassessor instructions are historical. Do not assume a language extension or accommodation is automatically approved.
Use the Blueprint to Allocate Work
The current domains are designing highly scalable, secure and reliable cloud-native applications (~32%) , building and testing (~23%) , configuring cloud-native applications for deployment (~24%) , and integrating with Google Cloud services (~21%) . The percentages are approximate blueprint weights, not a promise of a particular count of scored questions in one appointment.
A useful study cycle begins with a diagnostic against the objectives. Mark an objective as ready only when you can explain its mechanism, configure a small example, and identify a failure mode. For example, knowing that ADC exists is different from knowing its search order, why a local ADC file can shadow an attached identity, and why an authenticated caller can still lack an IAM permission. Keep the gap specific enough to practice.
For a hypothetical 100-hour review budget, the domain weights suggest an initial 32/23/24/21-hour allocation. Then adjust based on demonstrated gaps. This is an independent planning example, not Google's recommended preparation duration. An experienced backend developer may need more GKE configuration practice; an infrastructure engineer may need more transactions, SDK lifecycle and test isolation. Reassess with new scenarios rather than repeating only questions already memorized.
A Repeatable Scenario Method
Extract the hard constraints: latency, durability, freshness, geography, credentials, protocol, operational effort and cost.
Identify the boundary where the failure occurs: application, identity, network, platform lifecycle, database or API quota.
Select a mechanism that changes that boundary. A larger IAM role does not create a private network route; more memory does not fix an invalid token audience.
Check correctness under retries and scale. An asynchronous effect must survive duplicate delivery, worker failure and acknowledgment loss.
Compare operational trade-offs. A fully managed service often reduces management work, but it does not automatically satisfy every protocol or state requirement.
Suppose a Cloud Run service returns success before a payment is durably recorded. Enabling always-allocated CPU can address between-request throttling, but cannot guarantee completion when the instance is terminated. The stronger design uses a durable queue or transaction/outbox, an idempotent worker and a success acknowledgment after durable work. This separates a narrow runtime symptom from the business requirement.
Suppose a private database connection times out. Check private routing, DNS, firewall/egress and connector configuration before changing SQL grants. If the connection reaches the database but login fails, inspect identity and database authentication. If login succeeds but a statement is rejected, inspect SQL privileges. The same word, permission, can hide several independent control planes.
Practice and Review Without Creating New Risks
Use a separate test project, synthetic data and small resource limits. Record the commands, expected result and cleanup procedure for each lab. Inspect generated configuration instead of assuming the console selected the intended default. For anything destructive, use disposable resources and verify the selected project. Review roles assigned to the build identity separately from the runtime identity.
After a quiz, explain why the selected mechanism satisfies every hard constraint and why each distractor misses one. A service can be useful in general and still be wrong for this scenario. Track misconceptions such as confusing request rate with concurrency, retention with backup, or authentication with network ingress. These errors recur across several products.
Finally, use the official sample questions to understand format, not as a source of undisclosed live exam material. Revisit the certification page before booking and the product references before using a command in production. The goal is to reason from service behavior, not memorize transient prices, obsolete model names or unqualified performance guarantees.
Sources: Certification and registration , current exam guide , retake policy , delivery transition . Checked October 18, 2026.
Use the free Professional Cloud Developer practice questions to test these decisions after studying the relevant chapter. Review the explanations and return to the teaching for the missed concept.