Not Every Workload Belongs in the Public Cloud. Here’s How to Tell.

Public cloud spend keeps climbing and so does the waste. A practical guide to figuring out which workloads belong in the public cloud, which belong closer to home, and how to decide without guessing.

Download the PDF

Scroll

Reassessing the Cloud Promise

Enterprises didn’t adopt the public cloud. They fell into it.

Public cloud platforms promised elasticity, scalability, and a shift from CapEx to a predictable OpEx model. For a decade, that promise fueled fast, broad adoption across every sector.

But the reality has proven more complex. Instead of cutting waste, many organizations found a significant share of their cloud spend eaten up by inefficient usage and failures, straining budgets and pulling funds away from higher-value work like customer experience, technical debt reduction, and AI.

Not every workload thrives in the public cloud. Some need costly adjustments to get real value from it. Others need tighter security and control than a shared environment can offer. That mismatch is what’s pushing IT leaders to reassess their infrastructure strategy altogether, not to retreat from the cloud, but to put each workload where it actually performs best.

0%

of IT leaders say at least 20% of public cloud spend is wasteful. More than half put that number above 40%.

$0B

in inefficient public cloud spending in 2024 alone, on a worldwide spend base of roughly $600B.

Source: industry IT leader survey, cited in US Signal research

The Undelivered Promise

Seven cracks in the public-cloud-first playbook

A growing number of organizations are confronting the same hard truth: their swift migration to the public cloud may not have aligned with their operational goals or financial expectations. Click each one to see why it matters.

Infrastructure and cloud disconnect illustration

01Unmanageable costs

Pay-as-you-go pricing looks attractive on paper, but variable usage and over-provisioning let costs spiral fast and make budgeting difficult. Rigid provider pricing structures can also force you to pay for more resources than you actually consume.

02Performance and latency issues

The public cloud delivers scalability and distributed access, but latency becomes a real problem for mission-critical, real-time applications. Shared networking can also introduce bottlenecks that hurt workload performance.

03Decreased availability

Traditional infrastructure can hit 99.999% uptime, just 26.3 seconds of downtime a month. Public cloud SLAs typically guarantee only 99.5% to 99.99%, which can mean up to three and a half hours of downtime a month, and real added cost when it happens.

04Reduced control and customization

Moving to the public cloud means handing a meaningful degree of control to your provider, which limits how much you can tailor infrastructure to your needs. As your technology and business get more complex, that constraint can stifle innovation and growth.

05Storage and egress complexity and cost

Large sets of sensitive or regulated data bring multi-tenancy challenges around isolation and security. On top of that, egress fees for retrieving your own data can escalate unexpectedly and are rarely front and center in initial cost estimates, a crucial catch for AI workloads that move a lot of data.

06Security and compliance limitations

Shared infrastructure doesn’t always offer the granular controls and transparency your business needs, and misconfiguration opens real vulnerabilities. Regulated sectors like finance and healthcare may find themselves unable to meet compliance requirements at all.

07Skills and tooling gaps

The cloud doesn’t operate like your old environment did. That mismatch surfaces real gaps in in-house skills and tooling, and without the expertise to manage and optimize cloud infrastructure, teams struggle to get full value from the investment.

08Vendor lock-in

When most of your IT estate sits with a single provider, which happens easily in a public cloud migration, you lose much of your freedom to adapt and pivot as technology and business needs change.

Course-Correct, Don’t Overcorrect

Repatriation done right is a rebalancing, not a retreat

Enterprises looking to pull workloads back should move carefully. The same enthusiasm that drove rapid cloud adoption can just as easily drive a knee-jerk overcorrection, with its own cost and efficiency fallout.

1
Assess every infrastructure option you have. Weigh the pros and cons of each rather than defaulting to an all-or-nothing move, so you don’t just trade one set of cost, performance, or security problems for another.
2
Review contracts and refactoring dependencies. A thorough cost-benefit analysis keeps any repatriation move well-informed and strategically sound, not reactive.

Repatriation is accelerating, and public cloud spend is still climbing. Both are true at once, because most enterprises aren’t leaving the cloud. They’re building a hybrid stack that puts each workload where it performs best.

0%
of organizations are considering or have already moved at least half their cloud workloads on-prem (Citrix)
0%
expect some level of compute or storage repatriation within 12 months (IDC)
$0B
projected worldwide public cloud spend in 2025, up over 20% YoY (Gartner)
$0T
projected public cloud spend by 2026 (Forrester Research)

“The problem is that growing organizations don’t think about cloud, they fall into it. But they usually find that beyond a certain threshold, running their own infrastructure is more economical, certainly for their core workloads.”

Giles Sirett, CEO, ShapeBlue

Setting the Stage for Repatriation

Step 1: Analyze your current state

There’s no one-size-fits-all repatriation strategy. Start with a thorough audit of your IT estate, and get honest answers to four questions:

What’s the primary goal: performance, cost, or security?
What workloads are we running, and what do they actually require?
What’s our internal capacity to manage IT?
What level of customization do our operations need?

Use the answers to sort your workloads against the infrastructure options below. Click a column header to spotlight it.

Feature Public Cloud (Azure) Private Cloud (ReliaCloud, OpenCloud, VMware) SaaS
Best for Scalable, global public cloud workloads Traditional enterprise or scale-out workloads CRM, HRM, and similar functions
Common use cases Analytics, cloud-native apps, web applications Edge computing, HCI, VDI, hybrid environments Various, vendor-defined
Compliance Dependent on service provider Very high; full control in regulated sectors Dependent on vendor
Cost efficiency Pay-as-you-go; can be costly long-term Moderate to high; committed resources Flat-rate subscription
Customization Low to moderate High, with open-source flexibility in US Signal OpenCloud Low; vendor-dependent
Disaster recovery Azure Site Recovery Requires in-house strategy; VCDA, Zerto in VMware Managed by vendor
IT management Managed by service provider Requires expertise specific to the technology (Nutanix, VMware) Minimal; managed by vendor
Performance High; can be affected by noisy neighbors High Dependent on vendor
Scalability Very high Moderate to high Managed by vendor
Security High; shared responsibility model Strong, enterprise-grade security Low to moderate; vendor-dependent

Tip: sort your own workload list against this table before you commit to a repatriation plan.

John White, COO, US Signal

“Organizations need a sorting mechanism for workloads. The public cloud is just another tool in their toolbox, and it might not always be the best fit for the business. For example, it’s suitable for occasional development tests, but if you have a test environment that operates 24/7, it’s best to use a private cloud.”

John White, COO, US Signal

Step 2: Decide What to Relocate

Workload Placement Finder

Not all workloads are created equal. Some, like cloud-native applications, are built to exploit everything the public cloud offers. Others need the control and security a private cloud provides. Filter the categories below by where they typically belong.

Quick Tool

Where should your next workload actually live?

Answer three questions and we’ll point you toward the infrastructure model most likely to fit, based on the same criteria IT leaders use to build a repatriation plan.

Cloud Fit Finder

Not a substitute for a full audit, but a fast, honest starting point.

1. What matters most for this workload?
Predictable, controllable cost
Elastic, global scalability
Strict security or compliance control
Fastest possible time to deploy
2. What kind of workload is it?
Cloud-native application
Traditional enterprise application
Common business function (CRM, HR, ITSM)
Regulated or highly sensitive data
3. How deep is your in-house IT bench?
Limited; we rely on vendors
Moderate; we manage core systems ourselves
Deep; we run complex infrastructure in-house
Mixed across teams
Result

Move Forward With US Signal

Repatriation isn’t a buzzword. It’s a pivot in strategy.

As IT waste eats into budgets, streamlining where and how you host every workload is the highest-leverage move available. US Signal offers a full range of private and public cloud solutions to make that transition seamless, secure, and cost-effective, whether you’re planning full repatriation, a hybrid strategy, or a cost-effective alternative.

Contact US Signal Download the PDF

An Expert Take on US Signal’s Solutions

  • Need a highly scalable, global cloud with strong SaaS and PaaS offerings? Choose Azure.
  • Need edge computing, HCI, or scalable VDI? Choose ReliaCloud.
  • Want a cost-effective private cloud with open-source flexibility? Choose OpenCloud.