Why Companies Are Ditching the Cloud: The Rise of Cloud Repatriation
Reality of “cloud repatriation” as a trend
- Many commenters see the article’s “companies are ditching the cloud” framing as overblown or clickbait.
- Cloud provider earnings (AWS, Azure, GCP) are cited as evidence that overall cloud usage is still growing strongly.
- Others argue multiple trends can coexist: late adopters still moving in, while some veteran users move specific workloads out.
- Examples like mid-sized SaaS firms or large insurers are seen as anecdotes, not proof of a broad exodus.
Main cost drivers: when cloud gets expensive
- Egress bandwidth and storage are repeatedly described as the biggest unexpected cost, especially for video/streaming, image hosting, and data-heavy services.
- “Lift-and-shift” migrations (just moving VMs) without re-architecting often produce 2–10x higher costs vs on‑prem, with no reliability gain.
- Poor cloud asset management (abandoned dev environments, idle servers, no cost visibility for engineers) inflates bills.
- Some insist that with negotiated discounts, reserved instances, autoscaling/serverless, and right-sizing, cloud can be very cost‑competitive; others counter that even optimized setups can be far pricier for steady, bandwidth-heavy workloads.
Lift‑and‑shift vs cloud‑native
- Consensus that simply replicating legacy environments in the cloud is a bad idea except as an emergency move.
- “Cloud‑native” is described as adopting managed services, autoscaling, serverless, and re-architected apps to exploit scale-to-zero and consumption pricing.
- This is seen as both the path to cloud cost efficiency and a major source of vendor lock‑in.
Alternatives: bare metal, colo, hybrid, and “open clouds”
- Many argue there is a large middle ground between hyperscalers and DIY datacenters: bare‑metal hosting, colocation, Hetzner/OVH‑style providers, or OpenStack/Kubernetes‑based private clouds.
- Hybrid models are popular: baseline or bandwidth-intensive workloads on dedicated/colo; bursty or experimental workloads in public cloud.
- Some new projects aim to offer open-source cloud stacks on cheaper hardware providers.
Operational and organizational factors
- Several note that big organizations carried old processes into the cloud (committees, click‑ops, no automation), negating many benefits.
- Cloud is praised for rapid experimentation and low initial headcount; on‑prem is favored for long-lived, predictable workloads once expertise is in place.
- Frustration with cloud vendor support, opaque pricing, and lock‑in drives some desire for more control, even when not strictly cheaper.