Google Cloud Architect Cheat Sheet: PCA

Review a compact Google Cloud Professional Cloud Architect cheat sheet for architecture design, IAM, networking, reliability, migration, security, cost, and operations before sample practice.

Use this cheat sheet before Google Cloud Professional Cloud Architect sample questions. The route rewards architecture trade-off reasoning, not isolated service recall.

Open the Professional Cloud Architect page for sample questions, exam context, and update notifications.

Snapshot

ItemRoute cue
VendorGoogle Cloud
CertificationProfessional Cloud Architect
Main skillsecure, reliable, scalable, cost-aware architecture design
IT Mastery statussample questions available

Architecture checklist

AreaWhat to knowCommon trap
Requirementsbusiness goals, constraints, stakeholders, and risksolving the technical detail before reading the business requirement
Governanceorganization, folders, projects, IAM, policies, billingusing labels as if they enforce boundaries
NetworkingVPCs, subnets, load balancing, private access, hybrid pathschanging compute when the failure is routing or firewall scope
Reliabilityzones, regions, health checks, failover, backup, recoveryconfusing backup with high availability
Securityleast privilege, encryption, segmentation, audit evidencegranting broad access to simplify deployment
Operationsmonitoring, deployment, release, incident response, optimizationignoring how the solution will be operated after launch

Must-know distinctions

  • Organization policy versus IAM: policy constrains what can be done; IAM grants who can do it.
  • Regional versus zonal design: choose scope based on failure tolerance.
  • Managed service versus self-managed service: use managed services when control requirements do not justify operational burden.
  • Migration versus modernization: rehosting, replatforming, and refactoring have different risk and value.
  • Performance versus cost: the best answer satisfies the requirement without unnecessary capacity or complexity.

Common traps

  • Picking the most feature-rich service instead of the service that matches constraints.
  • Ignoring stakeholder requirements in favor of a purely technical answer.
  • Solving reliability with only backups.
  • Designing without operational ownership, monitoring, and deployment strategy.

Practice strategy

For each scenario, identify the non-negotiable constraint first: security, availability, latency, compliance, migration risk, cost, or operations. Then eliminate answers that satisfy the technology but miss the constraint.

Revised on Monday, May 25, 2026