The Billion-Dollar Gamble of the Hyperscalers and Their Cloud Tab
Bernhard Liebl
6 min read The major cloud providers are investing the equivalent of around €580 billion in data centres ...
70 percent for operations, 30 percent for innovation: many IT budgets still hinge on this rule of thumb. By 2026 it will systematically mislead CIOs. The rule assumed stable operations and predictable change-neither holds true anymore. AI infrastructure, cloud OPEX and the production costs of generative models are pulling budgets upward and forward at the same time. Clinging to percentages means measuring the wrong things. The real question in 2026 is: what value does every single euro deliver?
Key Takeaways
Related:Cloud capacity is becoming scarce-CIOs need to plan now / VMware under Broadcom: the exit plan as a lever
The classic split neatly separates run from change. That separation is dissolving. GPU capacity, inference costs, platform fees and the service levels for production-grade AI all hit the same budget line-and are simultaneously operations and future investment. Booking a vector database or an observability layer for models as pure run understates their strategic weight. Booking them as innovation hides ongoing maintenance costs inside project budgets. I’ve seen budgets where the vector database was run as operations, yet three quarters later nobody could explain why operating costs had ballooned.
Double pressure is the result. Operations grow more expensive as new infrastructure is added without old systems disappearing. At the same time, every serious AI initiative needs more than a pilot budget. A fixed 70/30 ratio cannot capture this shift; it forces the CIO to squeeze a dynamic reality into a static number.
Analysts advocate a three-way split-Run, Grow and Transform. Run secures operational stability; here the price of stability (regulation, SLAs, outage costs) is what counts. Grow funds scalable capabilities: data platforms, integration, security and the AI foundation on which everything else builds. Transform pays for the few initiatives that truly differentiate in the market.
The benefit is in governance. Each area gets its own KPIs and oversight. Transform is only defensible when Grow supplies the scaling and risk foundation. A differentiating AI application without a clean data platform underneath is not a Transform project-it’s a prototype with a board slide.
Speaking generally of “the cloud” misses the point. Three distinct sources of cost pressure must be distinguished. First, structural opex pressure from licenses, hyperscaler bills, and compliance. The price hikes of consolidated vendors-VMware’s situation under Broadcom is a prime example-force reallocations in run operations without undermining the business case for innovation.
Second is the capital demand for AI and data platforms, which are genuine future investments and do not belong in run budgets. Third are the opportunity costs of outdated architecture. Technical debt ties up a significant share of IT capacity in reactive work in many organizations, estimates range up to 20 or 40 percent, often without ever appearing in the budget. It is here that the effective run share quietly and uncontrollably climbs past 70 percent. Cutting indiscriminately or reflexively pulling workloads back from the cloud rarely hits the most expensive spot. Repatriation only pays off when personnel, hardware life cycles, and resilience are honestly accounted for.
The most dangerous line item in the old logic is generative AI. In the pilot phase it is modestly priced-a few weeks, one model, one use case. In production, governance, security reviews, red teaming, monitoring, scaling, and change management are added. The leap quickly multiplies the experiment’s cost. Running GenAI exclusively inside the 30-percent innovation budget guarantees the overrun arrives exactly on go-live day.
The allocation consequence is clear: productive AI needs its own budget line in the grow category, with fixed operating costs that do not vanish into the innovation pot. Otherwise the next pilot silently subsidizes the operation of the last one-no one sees it coming.
A new allocation can only be justified with logic; a new rule of thumb will not suffice. Three tools carry the conversation. The run-grow-transform portfolio view makes visible where the money is actually working. Allocation by value contribution demands that every major run position be justified by stability and every transform position by an expected value with time-to-value. And periodic zero-based budgeting-every two to three years or after a shock-poses the single question that protects run from creeping inflation: what would we no longer fund today if we started from scratch?
For the DACH reality, additional factors enter the equation that a US framework overlooks. EU regulation, the AI Act, energy and data-center costs, and the skills shortage shift the calculation further. The CIO who budgets successfully in 2026 manages a value portfolio, not a percentage ledger. That is the real shift behind the number.
Not as a rigid rule of thumb. AI infrastructure and cloud OPEX simultaneously strain both operations and innovation, making a fixed ratio conceal the actual distribution. A more sensible approach is to manage budgets based on value contribution and divide them into three categories: Run, Grow, and Transform.
Run ensures operational stability, Grow funds scalable capabilities such as data platforms and AI foundations, while Transform covers the few initiatives that differentiate you from competitors. Each area has its own KPIs instead of being lumped together into two buckets.
Because scaling from pilot to production introduces new fixed costs: governance, security, monitoring, scaling, and change management. Productive AI quickly costs multiples of the experimental phase and deserves its own budget line, not to be lumped into a general innovation pot.
Rarely as clearly as it sounds. Repatriation only pays off when you honestly factor in staffing, hardware life cycles, and resilience. The bigger lever usually lies in structural OPEX and technical debt, not location alone.
By focusing on value contribution, risk, and time-to-value rather than industry rule-of-thumb ratios. A portfolio view split into Run, Grow, and Transform, a cost-of-stability rationale for each Run position, and periodic zero-based budgeting that regularly re-justifies the Run baseline are all helpful tools.
Previously on Digital Chiefs
Digital ChiefsThe AI writes the code. Who is liable for it?Digital ChiefsVMware under Broadcom: The Exit Plan as a LeverDigital ChiefsMidjourney’s Medicine Bet Is a Strategy TestMore from the MBF Media Network
cloudmagazinFinOps: Realistically cut cloud costs by 30 percent mybusinessfutureWhat the wave of insolvencies demands from SMEs securitytodayThe Splunk flaw that deletes files without loginImage source: AI-generated (June 2026)