Why European Companies Are Moving Workloads Out of US Hyperscalers (And Where Those Workloads Actually Go)
Blog post from Qovery
European organizations are selectively relocating certain workloads from AWS, Azure, and Google Cloud in response to concerns about U.S. extraterritorial access laws such as the CLOUD Act, EU requirements under the Data Act, DORA, and NIS2, provider-concentration risk, and less predictable egress, licensing, and committed-spend costs. Rather than pursuing full cloud exits, they commonly move regulated personal, health, citizen, public-sector, identity, collaboration, backup, CI, and non-production workloads while retaining deeply integrated analytics, machine-learning, and global delivery services on hyperscalers. Destinations include European providers such as OVHcloud, Scaleway, IONOS, Hetzner, StackIT, and Aruba; sovereign-cloud offerings from U.S. hyperscalers; self-managed Kubernetes on European infrastructure; and hybrid architectures that place regulated data in EU-controlled environments while retaining other compute where practical. The text argues that waived exit-egress fees and forthcoming Data Act restrictions on switching charges have reduced transfer-cost barriers, leaving migration engineering, replacement of managed services, and operational staffing as the main expenses. It recommends classifying workloads by risk, reducing proprietary dependencies, using Kubernetes and common deployment workflows for portability, beginning with non-production systems, and regularly testing documented provider-exit plans to support regulatory and operational resilience.
| Trend | Post Mentions | Total Month Mentions | Posts | Companies | MoM |
|---|---|---|---|---|---|
| Kubernetes | 22 | 5,108 | 488 | 113 | +17% |
| Developer Experience | 1 | 486 | 263 | 70 | -24% |
| Observability | 1 | 3,060 | 732 | 183 | +11% |
| Platform Engineering | 1 | 2,012 | 397 | 100 | +19% |
| Secrets Management | 1 | 3,062 | 600 | 151 | +50% |
Use this post, company, and trend context to find content marketing opportunities, perform competitive analysis, or address product feature gaps via the Plushcap MCP server or the Plushcap API.