Multi-Cloud Strategy Vocabulary
5 exercises — vocabulary every cloud architect and platform engineer needs in English: vendor lock-in, workload placement, egress cost, data residency, active-active deployments, and multi-cloud governance.
Core multi-cloud vocabulary clusters
- Strategy & risk: multi-cloud, vendor lock-in, cloud portability, abstraction layer, cloud-agnostic
- Architecture: workload placement, active-active multi-cloud, failover cloud, latency-optimised routing
- Compliance & governance: data residency, governance policy, cloud broker, cloud management platform (CMP)
- Cost: egress cost, FinOps (multi-cloud), showback, chargeback, cost allocation
- Tools: Terraform, Kubernetes, CloudHealth, Apptio, Morpheus, HashiCorp Terraform Cloud
0 / 5 completed
1 / 5
A cloud architect presents a new infrastructure proposal:
"We currently run everything on AWS, but we've become heavily dependent on their proprietary managed services — Aurora, SQS, Kinesis. Migrating away would cost millions and take over a year. The board wants us to adopt a multi-cloud strategy to reduce this risk."
What problem is the architect primarily describing?
"We currently run everything on AWS, but we've become heavily dependent on their proprietary managed services — Aurora, SQS, Kinesis. Migrating away would cost millions and take over a year. The board wants us to adopt a multi-cloud strategy to reduce this risk."
What problem is the architect primarily describing?
Vendor lock-in: a situation where an organisation becomes so deeply dependent on a single cloud provider's proprietary APIs, managed services, or pricing model that switching providers is extremely costly — in time, money, and effort. Multi-cloud: a strategy of using two or more cloud providers (e.g., AWS + GCP, or Azure + AWS) to distribute workloads, avoid lock-in, and leverage best-of-breed services. Key multi-cloud vocabulary: Cloud portability — the ability to move workloads between cloud providers with minimal rework. Achieved via containers, Kubernetes, and cloud-agnostic tooling. Abstraction layer — a software layer (e.g., Terraform, Kubernetes, a cloud-agnostic SDK) that hides provider-specific APIs, enabling portability. Cloud-agnostic — designed to function on any cloud provider without depending on proprietary features. In conversation: "We adopted an abstraction layer — all infrastructure is in Terraform modules and all compute runs in Kubernetes — so we're not tied to any single provider's managed services."
Vocabulary Reference
Key terms from this exercise set — use this section to review before retrying or to consolidate your learning.
- multi-cloud
- A strategy of using two or more cloud providers (e.g., AWS, GCP, Azure) for different workloads, to avoid vendor lock-in, leverage best-of-breed services, and improve resilience.
- vendor lock-in
- Excessive dependence on a single cloud provider's proprietary APIs and managed services, making migration to another provider prohibitively expensive or complex.
- cloud portability
- The ability to move workloads between cloud providers with minimal rework. Achieved through containers, Kubernetes, and cloud-agnostic tooling such as Terraform.
- abstraction layer
- A software layer (e.g., Kubernetes, Terraform, a provider-neutral SDK) that hides cloud-provider-specific APIs, enabling the same code or configuration to run on multiple providers.
- cloud-agnostic
- Designed to work on any cloud provider without relying on proprietary features. A cloud-agnostic application or tool avoids hard dependencies on AWS-specific, GCP-specific, or Azure-specific services.
- workload placement
- The strategic decision of which cloud provider or region should host a given workload, based on available capabilities, cost, latency, and data residency requirements.
- egress cost
- The fee charged by a cloud provider when data is transferred out of its network. A significant hidden cost in multi-cloud architectures where data moves frequently between providers.
- data residency
- The legal or regulatory requirement that data is stored and processed only within a specified geographic territory (e.g., UK, EEA). Common in healthcare, finance, and government contracts.
- active-active multi-cloud
- An architecture where the same production workload runs concurrently across two or more cloud providers, each handling live traffic. Offers maximum resilience but requires data synchronisation and adds operational complexity.
- cloud management platform (CMP)
- Software that provides a single pane of glass for managing infrastructure, costs, and governance policies across multiple cloud providers (e.g., HashiCorp Terraform Cloud, Morpheus, VMware Aria).