πΊπΈ Google Cloud Professional Cloud Architect Β· subject
Google Cloud Professional Cloud Architect Analyzing and Optimizing Technical and Business Processes Syllabus
The Analyzing and Optimizing Technical and Business Processes syllabus for Google Cloud Professional Cloud Architect in full: 4 chapters, 16 topics and 4 sub-topics, every one listed below, plus 52 Analyzing and Optimizing Technical and Business Processes flashcards with answers.
Analyzing and Optimizing Technical and Business Processes syllabus: all 4 chapters
Expand any chapter to see its topics and sub-topics.
-
Software Development Lifecycle Optimization
4 topics- CI/CD pipeline design
- Cloud Build and Cloud Deploy
- Artifact Registry
- Testing strategies and environments
- Release management and rollback strategies
- Blue-green and canary deployments
- Source control and trunk-based development
- CI/CD pipeline design
-
Business Continuity and Operations Processes
4 topics- Disaster recovery testing and runbooks
- Incident response and escalation processes
- Change management practices
- Capacity and demand management
-
Team and Organizational Alignment
4 topics- Roles, responsibilities, and skill mapping
- Communication and stakeholder management
- Decision-making and governance models
- DevOps and SRE cultural adoption
-
Cost Governance and Process Improvement
4 topics- Billing accounts and budget alerts
- Billing exports to BigQuery
- Cost allocation with labels and projects
- FinOps practices and showback/chargeback
- Continuous process optimization
- Billing accounts and budget alerts
Google Cloud Professional Cloud Architect Analyzing and Optimizing Technical and Business Processes flashcards β 52 questions with answers
What is a CI/CD pipeline, and what do the abbreviations CI and CD stand for?
An automated workflow that builds, tests, and deploys code changes. CI = Continuous Integration (frequently merging and automatically testing code); CD = Continuous Delivery (always keeping code in a deployable state) or Continuous Deployment (automatically releasing every passing change to production).
What is the difference between Continuous Delivery and Continuous Deployment?
In Continuous Delivery, every change is automatically built and tested and is ready to release, but the final push to production requires a manual approval. In Continuous Deployment, every change that passes the pipeline is automatically released to production with no manual gate.
Which Google Cloud managed service provides serverless CI/CD build pipelines?
Cloud Build β it executes builds as a series of steps in containers, can run tests, and deploy to targets like Cloud Run, GKE, and App Engine, triggered by source repository events.
In a CI/CD pipeline, what is an 'artifact' and where are container artifacts stored in Google Cloud?
An artifact is the deployable output of a build (e.g., a compiled binary or container image). In Google Cloud, container images and language packages are stored in Artifact Registry (the successor to Container Registry).
Name the typical ordered stages of a standard CI/CD pipeline.
Source (commit/trigger) β Build (compile/package) β Test (unit, integration) β Release/Artifact creation β Deploy (to staging/production) β Operate/Monitor.
What is the testing pyramid and what does it recommend?
A model recommending many fast, cheap unit tests at the base, fewer integration/service tests in the middle, and a small number of slow, expensive end-to-end (UI) tests at the top β maximizing coverage while minimizing cost and flakiness.
Differentiate unit, integration, and end-to-end (E2E) tests.
Unit tests verify a single function/component in isolation. Integration tests verify that multiple components work together (e.g., service + database). E2E tests verify the entire system from the user's perspective through the full stack.
What is the purpose of a staging environment, and how should it relate to production?
Staging is a pre-production environment used to validate releases under realistic conditions before going live. It should mirror production as closely as possible (configuration, data shape, infrastructure) to catch issues early.
What is smoke testing?
A shallow, broad set of tests run immediately after a build or deployment to confirm the most critical functions work β a quick 'is it on fire?' check before deeper testing or release.
What is canary testing/canary deployment?
A release strategy that rolls out a new version to a small subset of users or servers first, monitors its health and metrics, and only proceeds to a full rollout if the canary performs well β limiting blast radius.
Compare blue-green deployment with a rolling deployment.
Blue-green keeps two full environments (blue=current, green=new); traffic is switched all at once to green, enabling instant rollback by switching back. A rolling deployment gradually replaces instances of the old version with the new one, using fewer resources but with slower rollback.
What is a feature flag (feature toggle) and why is it useful for release management?
A runtime switch that enables or disables a feature without redeploying code. It decouples deployment from release, supports gradual rollout, A/B testing, and lets you instantly disable a problematic feature (kill switch).
What is a rollback strategy and what are two common ways to roll back a release?
A predefined plan to revert to a known-good state when a release fails. Common methods: (1) redeploy the previous artifact/version, and (2) switch traffic back (e.g., blue-green flip or revert a canary), optionally combined with database migration reversals.
What is the difference between a backward-compatible (forward-compatible) schema change and why does it matter for safe rollbacks?
A backward-compatible change lets both old and new code work with the same database schema (e.g., adding nullable columns rather than dropping them). It matters because it allows you to roll back application code without breaking the database, enabling safe, reversible deployments.
What is trunk-based development?
A source-control practice where all developers commit to a single shared branch ('trunk'/main) frequently (at least daily), using short-lived branches or none, keeping the trunk always releasable and avoiding long-lived divergent branches.
Contrast trunk-based development with GitFlow.
Trunk-based uses one main branch with very short-lived branches and frequent integration, favoring CI/CD. GitFlow uses multiple long-lived branches (develop, release, feature, hotfix, main) with structured merges, which adds isolation but increases merge complexity and slows integration.
In source control, what is the difference between merge and rebase?
Merge combines branches and preserves history by creating a merge commit, keeping the original branch structure. Rebase replays your commits on top of another branch, producing a linear history but rewriting commit hashes.
What problem do short-lived feature branches solve compared to long-lived branches?
They reduce merge conflicts and integration risk ('merge hell') by integrating small changes frequently, keeping the codebase continuously tested and deployable rather than accumulating large, divergent changes.
What is a disaster recovery (DR) runbook?
A documented, step-by-step procedure describing exactly how to detect, respond to, and recover from a specific disaster scenario, including roles, commands, decision points, and validation steps to restore service.
Define RTO and RPO.
RTO (Recovery Time Objective) = the maximum acceptable time to restore service after an outage. RPO (Recovery Point Objective) = the maximum acceptable amount of data loss measured in time (how far back the last usable backup must be).
Show the other 32 Analyzing and Optimizing Technical and Business Processes flashcards
Why is regular disaster recovery testing necessary, and what is a 'game day'?
Untested DR plans often fail when needed (stale runbooks, missing access, broken backups). A 'game day' is a scheduled exercise that deliberately injects failures or simulates a disaster to validate runbooks, RTO/RPO, and team readiness under realistic conditions.
Compare the four common DR architecture patterns by cost and recovery speed.
Backup & Restore: cheapest, slowest (restore from backups). Pilot Light: minimal core always running, scaled up on failover. Warm Standby: a scaled-down full copy running, ready to scale. Hot Standby / Multi-site Active-Active: full duplicate handling traffic, fastest (near-zero RTO/RPO) but most expensive.
What is an incident in the context of incident response, and what is an SEV/severity level?
An incident is an unplanned disruption or degradation of a service. A severity (SEV) level classifies its impact (e.g., SEV1 = critical, full outage / data loss; SEV2 = major degradation; SEV3 = minor) to drive the appropriate response, urgency, and escalation.
What is an escalation policy in incident response?
A predefined chain that defines who is paged, in what order, and after what time thresholds if an incident is unacknowledged or unresolved β ensuring incidents reach people with the right authority and expertise promptly.
What is the role of an Incident Commander (IC)?
The single person who coordinates the overall incident response β directing roles, making decisions, managing communication, and keeping the response organized β without necessarily performing the hands-on fixes themselves.
What is a blameless postmortem?
A retrospective after an incident that focuses on systemic causes and improvements rather than assigning individual blame, encouraging honest disclosure so the organization learns and prevents recurrence.
What is MTTR, and what do its variants MTTD and MTTA measure?
MTTR = Mean Time To Recover/Repair (avg time to restore service). MTTD = Mean Time To Detect (avg time to notice an incident). MTTA = Mean Time To Acknowledge (avg time for someone to respond to an alert).
What is change management in IT operations?
A structured process for proposing, reviewing, approving, scheduling, and documenting changes to systems to minimize risk and disruption, ensuring changes are controlled, traceable, and reversible.
Differentiate standard, normal, and emergency changes in ITIL change management.
Standard change: pre-approved, low-risk, routine (no CAB review needed). Normal change: requires assessment and approval (often via a Change Advisory Board). Emergency change: urgent fix for a critical issue, expedited approval, documented retroactively.
What is a Change Advisory Board (CAB)?
A group of stakeholders that reviews, assesses risk for, and approves or rejects proposed normal/significant changes, advising on prioritization and scheduling to protect production stability.
What is capacity management and what is its goal?
The process of ensuring IT resources (compute, storage, network) are sufficient to meet current and future demand at acceptable cost and performance β balancing under-provisioning (outages) against over-provisioning (wasted spend).
Distinguish demand management from capacity management.
Capacity management ensures supply of resources meets demand. Demand management influences or shapes the demand itself β e.g., via rate limiting, scheduling batch jobs off-peak, pricing/quotas, or smoothing usage spikes to fit available capacity.
What is the difference between vertical and horizontal scaling?
Vertical scaling (scale up) adds more power (CPU/RAM) to a single machine. Horizontal scaling (scale out) adds more machines/instances and distributes load across them. Horizontal scaling is generally more elastic and fault-tolerant.
What is a RACI matrix and what do its letters mean?
A responsibility-assignment chart mapping roles to tasks. R = Responsible (does the work), A = Accountable (ultimately answerable, one per task), C = Consulted (provides input), I = Informed (kept updated).
What is skill mapping (skills matrix) and why is it used?
A grid mapping team members against required skills/competency levels. It is used to identify capability gaps, plan training and hiring, assign work appropriately, and reduce single points of knowledge (bus factor).
What is stakeholder management, and what tool helps prioritize stakeholders?
The process of identifying, analyzing, and engaging people affected by or influencing a project. A power/interest grid (interest vs. influence matrix) helps prioritize: manage closely (high power/high interest), keep satisfied, keep informed, or monitor.
What is a communication plan and what key questions does it answer?
A document defining how project/operational information is shared. It answers: who needs information, what information, how often (frequency), through which channel/format, and who is responsible for delivering it.
What is the difference between governance and management in IT decision-making?
Governance sets direction, policies, and accountability β deciding what should be done and who decides (evaluate, direct, monitor). Management executes within that framework β planning, building, running, and monitoring day-to-day operations.
Name common organizational decision-making models, including consensus and consent.
Autocratic (single decider), consultative (decider seeks input), consensus (all must agree), consent (proceed unless someone has a reasoned objection), democratic/majority vote, and delegated (a designated owner decides). Consent is faster than consensus because it requires no objections rather than full agreement.
What is DevOps, in cultural terms?
A culture and set of practices that break down silos between development and operations, emphasizing shared ownership, automation, continuous delivery, fast feedback, and collaboration to deliver software reliably and quickly.
What is SRE (Site Reliability Engineering) and how does it relate to DevOps?
SRE is Google's prescriptive implementation of DevOps principles, applying software engineering to operations. It is often summarized as 'SRE implements DevOps' (class implements interface), adding concrete practices like SLOs, error budgets, and toil reduction.
Define SLI, SLO, and SLA.
SLI (Service Level Indicator): a measured metric of service behavior (e.g., latency, availability %). SLO (Service Level Objective): an internal target value/range for an SLI (e.g., 99.9% availability). SLA (Service Level Agreement): an external contract with customers including consequences/penalties for missing targets.
What is an error budget in SRE and how is it used?
The allowed amount of unreliability = 100% minus the SLO (e.g., a 99.9% SLO gives a 0.1% error budget). It is 'spent' by outages; while budget remains, teams can ship features freely, but if it is exhausted, releases freeze to focus on reliability.
What is 'toil' in SRE, and why reduce it?
Toil is manual, repetitive, automatable, tactical operational work that scales linearly with service size and provides no enduring value. SRE caps and reduces toil through automation so engineers can focus on engineering improvements.
In Google Cloud, what is a billing account and how does it relate to projects?
A billing account is a cloud-level resource that defines who pays and is linked to a Google payments profile. One billing account can be linked to many projects; every project that uses paid resources must be associated with exactly one active billing account.
What are budgets and budget alerts in Google Cloud Billing?
A budget sets a monetary spending threshold (for a billing account or scoped to projects/services). Budget alerts send notifications (e.g., email or Pub/Sub) when actual or forecasted spend crosses configured percentage thresholds (e.g., 50%, 90%, 100%). Note: alerts notify but do not automatically cap spending.
How can budget alerts be used to automatically cap or stop spending in Google Cloud?
By configuring the budget to publish alerts to a Pub/Sub topic, then triggering a Cloud Function that takes action β for example, disabling the billing account on the project β since budgets alone only notify and never auto-stop charges.
What are labels in Google Cloud and how do they support cost allocation?
Labels are key-value pairs attached to resources (e.g., env=prod, team=payments, cost-center=123). Exported to billing data (e.g., BigQuery), they let you break down and allocate costs by team, environment, application, or cost center.
What is the difference between labels and the project/folder hierarchy for cost allocation?
The resource hierarchy (Organization β Folders β Projects) groups resources structurally and is a natural cost-allocation boundary (per-project billing). Labels add flexible, cross-cutting cross-project dimensions (team, app, env) for finer-grained reporting that the hierarchy alone cannot express.
What is FinOps?
A cultural and operational practice (Cloud Financial Operations) that brings financial accountability to variable cloud spend, uniting finance, engineering, and business teams to make data-driven trade-offs between cost, speed, and quality. Its phases are Inform, Optimize, and Operate.
What is the difference between showback and chargeback in cloud cost management?
Showback reports each team/department its cloud usage and cost for visibility and awareness, without billing them. Chargeback actually allocates and bills those costs back to the consuming team's budget, creating direct financial accountability.
What is continuous process optimization, and what improvement cycle underpins it?
The ongoing practice of measuring, analyzing, and incrementally improving processes rather than one-time fixes. It is commonly driven by the PDCA (Plan-Do-Check-Act / Deming) cycle and Kaizen β using metrics and feedback loops to drive iterative improvement.
Google Cloud Professional Cloud Architect Analyzing and Optimizing Technical and Business Processes FAQ
What is in the Google Cloud Professional Cloud Architect Analyzing and Optimizing Technical and Business Processes syllabus?
Google Cloud Professional Cloud Architect Analyzing and Optimizing Technical and Business Processes is split into 4 chapters: Software Development Lifecycle Optimization, Business Continuity and Operations Processes, Team and Organizational Alignment and Cost Governance and Process Improvement. Together they contain 16 topics and 4 sub-topics.
How many chapters are in Google Cloud Professional Cloud Architect Analyzing and Optimizing Technical and Business Processes?
4 chapters, containing 16 topics and 4 sub-topics. The largest chapter is Software Development Lifecycle Optimization, with 4 topics.
Are there flashcards for Google Cloud Professional Cloud Architect Analyzing and Optimizing Technical and Business Processes?
Yes β a 52-card Analyzing and Optimizing Technical and Business Processes deck, printed in full in the flashcards section of this page and available in the Examius app with spaced repetition. The free plan covers one exam of your choice, including its flashcards; Examius Pro, a one-time purchase, unlocks every other exam and deck.