Digital Transformation
The business need is the driver; cloud is the enabler, never the other way round
Google defines digital transformation as using modern digital technologies to create or modify business processes, culture, and customer experiences in response to changing market dynamics. The whole domain rests on the order of causation: a business goal (competing, serving customers better, entering new markets) is what pushes an organization to move, and cloud technology is the foundation that makes that change practical at speed. The risks of standing still (falling behind faster rivals, fixed hardware costs, untapped data) are just the cloud benefits stated as their absence. On the exam, any answer that frames the cloud product itself as the reason to transform has the causation backwards.
One spectrum runs through the domain: the further you hand off, the less you control and operate
From running everything yourself on-premises, through IaaS, PaaS, and SaaS, there is a single hand-off spectrum. Google frames the three service models as differing in "the degree of management you're responsible for." As you move toward SaaS you do less operational work and need fewer specialist staff, but you give up control and customization over the layers the provider now owns; the same shift trades flexibility for lower total cost of ownership (TCO) and faster time-to-value. Crucially, the management line is also the security line: wherever the provider stops managing a layer, you become responsible for securing it, which is the cloud shared responsibility model. This one mental model ("how much of the stack do I hand off?") answers most service-model, cost, and security questions in the domain at once.
Deployment model is a per-workload constraint decision, not a company-wide "best"
Public, private, hybrid, and multicloud differ by who runs the infrastructure and where, and the exam asks which one fits a scenario rather than which is best overall. A single organization usually mixes them per workload. Public cloud (shared, on-demand provider infrastructure) maximizes the OpEx model, elasticity, agility, and lowest TCO; private cloud is chosen for data residency, regulatory control, or legacy systems; hybrid links on-premises or private with public so workloads can span both; multicloud uses two or more public providers for a concrete reason such as avoiding vendor lock-in or a best-of-breed service. Watch the two confusions the exam plants: hybrid mixes private/on-prem with public, while multicloud mixes multiple public clouds, and a residency or compliance constraint that forces local control rules public-cloud-only out.
CapEx→OpEx and the cloud "-ilities" are the shared vocabulary the whole domain (and exam) hangs on
Every part of this domain reuses the same cost and capability vocabulary. The CapEx-to-OpEx shift (replacing up-front, owned, depreciated hardware sized for peak demand with pay-as-you-go consumption) is the single most-tested cost concept and applies across all service models alike. Layered on top of pay-as-you-go are sustained-use discounts (automatic, no commitment) and committed-use discounts (a lower rate for a one- or three-year term). The recurring capability terms are scalability (capacity can grow), elasticity (capacity grows and shrinks automatically), reliability (keeps working and recovers through failures), flexibility (freedom to change technologies), and agility (the business speed that flexibility unlocks). Distinguishing the near-synonyms (scalability versus elasticity, flexibility versus agility, committed-use versus sustained-use) is the entire task on many items.
Keep the two Google benefit lists straight: they answer different questions
The domain leans on two Google lists the exam tests separately, and swapping one for the other is a planted trap. The six generic cloud-technology benefits are that cloud is scalable, flexible, agile, secure, cost-effective, and offers strategic value. The five business-transformation benefits Google attributes specifically to Google Cloud are intelligence, freedom, collaboration, trust, and sustainability. Separately, the "transformation cloud" accelerates change through four pillars: app and infrastructure modernization, data democratization, people connections, and trusted transactions, which map onto the structure of the rest of the CDL blueprint. Recognizing which list a question asks for is often the whole task, so memorize the three sets (six benefits, five benefits, four pillars) as distinct, fixed groups.
Service models: where the provider stops and you start
| Dimension | On-premises | IaaS | PaaS | SaaS |
|---|---|---|---|---|
| You manage | Entire stack | OS, runtime, apps, data | Apps and data (your code) | Your data and access only |
| Control / customization | Highest | High | Medium | Lowest |
| Operational effort & staffing | Highest | High | Medium | Lowest |
| Time-to-value | Slowest | Slower | Faster | Fastest |
| Google example | Your data center | Compute Engine | App Engine / Cloud Run | Google Workspace |