Cloud · 6 min read
Cloud cost audit: where the 30–50% usually hides
By Rahul Kumar, Founder · Published 15 July 2026 · Updated 30 August 2026
The short answer
Cloud waste is rarely one big mistake — it is idle non-production environments, instances sized for a launch that never came, databases provisioned for peaks that last minutes, storage nobody owns, and egress charges nobody predicted. A week of auditing typically finds 30–50% on an unmanaged account, most of it recoverable without touching production behaviour.
The seven usual suspects
- Non-production environments running 24×7. Staging, QA and demo instances that are used during working hours and billed for all 168 of them. Scheduling them off is often the single biggest line.
- Instances sized for a launch that never happened. Someone provisioned for the traffic the pitch deck promised. Right-sizing against a month of real metrics is safe and immediate.
- Databases provisioned for the peak. Managed databases are usually the largest single item on a bill and the least examined. Peaks that last minutes do not justify capacity billed by the hour.
- Storage with no owner. Old snapshots, orphaned volumes, logs with no retention policy, backups of systems that no longer exist. It accumulates quietly and forever.
- Egress. Data leaving the cloud is charged, and architectures that shuttle data between regions or providers pay for every trip. Sometimes the fix is a CDN; sometimes it is moving two services next to each other.
- On-demand pricing for steady workloads. Anything that runs permanently should not be billed at the flexible rate — committed use or reserved pricing is a discount for stating the obvious.
- Forgotten managed services. The queue, the search cluster, the analytics service enabled for a spike three quarters ago and never turned off.
How the audit runs
- Pull a month of billing data and tag every line to a service and an owner. Anything untaggable is already a finding.
- Compare provisioned capacity against actual utilisation, not against what someone remembers configuring.
- List every resource with no traffic in thirty days.
- Model committed-use pricing against the workloads that are genuinely permanent.
- Rank everything by saving against effort and risk, then implement from the top.
What it is worth
On an account nobody has reviewed, 30–50% is a realistic range, and the first two findings usually cover the cost of the audit. On an account already managed by an experienced team, expect single digits — and that is a good outcome to confirm rather than a wasted week.
Keeping it from coming back
- A tagging policy enforced at creation, so every resource has an owner from birth.
- Budget alerts per environment, not one alert for the whole account.
- Retention policies on logs, snapshots and backups, set once.
- Non-production schedules — off in the evening, on in the morning.
- A quarterly fifteen-minute review of the top ten line items. That is the whole discipline.
Questions people ask next
Do you need production access to run an audit?
Read-only access to billing and resource metadata is enough for the analysis. Implementation needs more, and that can stay with your team if you prefer — the report is written to be actionable by whoever holds the keys.
Will this cause downtime?
The changes we recommend first are the ones with no production impact — idle resources, non-production schedules, retention policies. Right-sizing production is staged, tested and reversible.
How long does it take?
About a week for a typical setup, ending in a written report with savings ranked by effort and risk. Implementation is separate and can be ours or yours.
If you want this built
Cloud & DevOps
Infrastructure that stays up, scales with demand and does not surprise you on the invoice.
See the serviceWeb & SaaS Application Development
Multi-tenant platforms, CRMs, marketplaces and SaaS products — from first wireframe to paying users.
See the service