A cloud deployment strategy in which an organisation consumes services from two or more independent public cloud providers — such as AWS, Azure, and Google Cloud — distributing workloads to avoid vendor lock-in, satisfy data-residency and regulatory requirements, exploit provider-specific strengths, and improve resilience against provider-wide outages, at the cost of increased operational complexity, duplicated tooling, and cross-cloud egress charges.

Semantic Classification

Content

Definition

Multi-cloud is the deliberate use of two or more independent public cloud providers within a single organisation’s estate. Unlike Hybrid Cloud, which combines private (on-premises) infrastructure with a public cloud, multi-cloud is purely about plurality among public providers: a firm might run analytics on Google Cloud for BigQuery, core services on AWS, and Microsoft-adjacent workloads on Azure. The two strategies are orthogonal and frequently combined — a hybrid, multi-cloud estate is now the norm in large enterprises.

The motivations are commercial and regulatory as much as technical. Distributing spend across providers strengthens negotiating positions and avoids lock-in to proprietary services; regulators in finance (for example the UK PRA and the EU’s DORA regulation) explicitly push firms to demonstrate exit plans and reduce concentration risk on a single hyperscaler; data-residency rules may force particular workloads onto providers with in-country regions. Resilience is a further driver: a control-plane failure at one provider need not take down the whole business.

The costs are real. Each provider has distinct identity models, networking primitives, managed services, and billing semantics, so teams either standardise on a lowest-common-denominator (typically Kubernetes plus infrastructure-as-code) or maintain duplicated expertise. Cross-cloud data transfer incurs egress fees, and consistent security posture across heterogeneous platforms is one of the hardest problems in cloud governance.

Current Landscape

Surveys by Flexera and Gartner have consistently reported that the large majority of enterprises operate multi-cloud in some form, though often accidentally — through acquisitions or team-level choices — rather than by design. The tooling ecosystem has matured around the pattern: Terraform and OpenTofu for provider-agnostic provisioning, Kubernetes and its distributions for a portable runtime layer, Crossplane for control-plane abstraction, and cost-management platforms for unified billing visibility. Hyperscalers themselves now ship multi-cloud management planes (Azure Arc, Google Anthos, AWS EKS Anywhere), tacitly acknowledging that single-provider estates are the exception. The open question for most organisations is not whether to be multi-cloud but how much workload portability is worth engineering for, given that the deepest provider value lies precisely in the non-portable managed services.

Provenance