IT financial management

Eight ways cloud spend grows without anyone approving it

Nobody approves a cloud increase. It arrives as the sum of small, reasonable decisions taken by people doing their jobs.

Updated September 2026

The short version
  • Cloud spend grows through defaults, not decisions. The fix is mostly visibility and ownership rather than restriction.
  • The largest recoveries are usually idle environments, oversized instances, and storage nobody has tiered.
  • Untagged resources cannot be attributed, which means nobody feels responsible for them.
  • A monthly review with the engineering teams beats a quarterly report to finance.

Nobody signs off a cloud increase. The bill rises because a dozen reasonable decisions each added a little, none of them large enough to escalate. These are the eight mechanisms we find most often.

1. Environments that were never turned off

Development, test, training and proof-of-concept environments outlive the work that created them. They run overnight, at weekends, and through the months after the project closed. This is almost always the largest single recovery available, and the least contentious — nobody defends an environment they had forgotten about.

2. Instances sized for the launch

Capacity is chosen before anyone knows the real load, and it is chosen generously because being slow on day one is visible and being oversized is not. Nothing then triggers a review. Utilization data usually shows a substantial share of compute running far below what it is paid for.

3. Storage that was never tiered

Data lands in the expensive tier because that is the default, and stays there because moving it needs a decision about retention that nobody wants to own. Backups, logs and old project data accumulate for years at the price of data being actively read.

4. Egress nobody modelled

Moving data out costs money, and architectures that look sensible from inside one provider can be expensive at the edges. Reporting tools, backup targets and integrations that cross a boundary produce a line item nobody predicted because nobody priced the traffic.

5. Licences bought inside projects

A project needs a database, a monitoring tool or a platform component, buys it within its own budget, and the run cost moves to IT afterwards. Each one is small. Collectively they are a significant part of the run number, and they are invisible because they were never procured centrally.

6. Resources with no tag and no owner

If a resource cannot be attributed to a team, a product or a cost centre, nobody is accountable for it. Untagged spend is not just a reporting problem — it is the mechanism by which waste survives, because every review ends with “we are not sure whose that is.”

7. Reserved capacity that stopped matching the workload

Commitments made a year ago against a workload that has since changed shape. The discount is real, and so is the commitment to something you no longer run. This needs a scheduled review before each renewal rather than an automatic renewal.

8. AI and consumption features

The newest mechanism, and the fastest-moving. Assistant and agent usage is increasingly billed by consumption rather than by seat, which means adoption and cost rise together. A successful rollout and a budget problem look identical in the first month.

What actually fixes it

Not a restriction. Three things: every resource tagged to an owner, a monthly review with the engineering teams rather than a quarterly report to finance, and a ceiling with an alert on anything billed by usage. Most organizations recover a meaningful share of the bill in the first pass, and the second pass finds less — which is the point.

Want the list for your estate?

We will build the cost model, find the recoverable spend, and put a name and a date against each item.