Nearly a third of cloud spend is waste, by cloud teams' own estimate. Flexera's 2026 State of the Cloud report puts self-estimated wasted cloud spend at 29% — and the number rose in 2026, reversing a five-year downward trend, as AI workloads and new pricing models made spend harder to predict.
The first round of cloud cost optimization is usually easy. The second round is where teams get stuck: dashboards full of recommendations, no clear owner, no time to refactor, and no governance to keep the savings from drifting back. Cloud billing isn't a tooling problem. It's an operating-model problem with a tooling layer attached.
Here's the framework we run for every cloud billing engagement (AWS, Azure, GCP, or all three) and what a 90-day program actually delivers.
Key takeaways
- Optimization has five layers — commitments, rightsizing, workload placement, architecture refactor and FinOps governance — and most teams work only the top two.
- The framework is provider-agnostic; the levers aren't: Savings Plans, Azure Reservations and GCP Committed Use Discounts map one-to-one, and the biggest misses (GP2→GP3, NAT processing fees, storage tiering) are provider-specific.
- The 90-day arc: 15–25% bill reduction by week 4 (commitments and rightsizing), 25–40% by week 8, 30–50% sustained by week 13.
- Governance is what makes savings stick — without anomaly alerts and a weekly owned bill review, layers 1–4 unwind within nine months; with them, savings compound 5–10% a year.
The five layers of cloud billing optimization
Cloud cost optimisation breaks cleanly into five layers. Most teams work the top two and leave compound savings on the table at layers three through five.
Layer 1: Commitments. Reserved Instances (AWS RDS, ElastiCache, OpenSearch, Redshift, DynamoDB), Compute Savings Plans (AWS EC2/Fargate/Lambda), Azure Reservations and Savings Plans for compute, GCP Committed Use Discounts. Done well: 25–55% off list price for stable workloads. Done badly: stranded commitments and inflexibility. The trick is matching commitment shape to actual workload variability, not just blanket-buying 3-year all-upfront.
Layer 2: Rightsizing. The boring layer. CPU and memory utilisation rarely above 30%. Storage volumes provisioned for peak from three years ago. Snapshots that nobody owns. Idle Elastic IPs. Dev environments that never sleep. Most teams have a tool that flags these. Few teams have the change-management process to actually act on them at scale. Done well, this is another 10–20% off the bill.
Layer 3: Workload placement. Spot instances for fault-tolerant workloads (CI/CD, batch ML training, dev/test, video transcoding). Cross-region pricing arbitrage. Tiered storage migration (S3 Intelligent-Tiering, Azure Cool/Archive, GCP Autoclass). On AWS GP2 to GP3 migration alone (same performance, 20% cheaper, almost zero risk) is still un-done at most teams two years after GP3 launched. Layer 3 typically adds 8–15% on top of layers 1+2.
Layer 4: Architecture refactor. Serverless vs containers vs VMs for the same workload. Caching tier sizing. Database engine choice (Aurora vs RDS vs DynamoDB at different scale points). The biggest single line item is usually a database, and the right database choice can move the bill 30–50% by itself for the workloads it suits. This is engineering work, not procurement work, and it's where consulting earns its keep.
Layer 5: FinOps governance. Anomaly detection on the hourly bill. Showback dashboards by team and product. Chargeback when leadership is ready for it. A weekly bill review that takes 20 minutes, not three hours. Pre-approval guardrails so a junior engineer can't accidentally provision a $40K/month instance. Without governance, layers 1–4 unwind within nine months. Governance is what makes the savings compound.
AWS, Azure, GCP: specific levers, same framework
The framework is provider-agnostic; the levers aren't. A few of the biggest provider-specific moves we see consistently underused:
AWS. Compute Savings Plans (Lambda + Fargate + EC2 in one commitment). EBS GP2→GP3 migration. S3 Intelligent-Tiering on data older than 30 days. CloudFront Price Class match to actual user geography. Aurora I/O-Optimized vs Aurora Standard for high-IOPS workloads. NAT Gateway data processing fees on cross-AZ traffic, one of the biggest "wait, why is that line item so big?" surprises in 2026 audits.
Azure. Reservations + Savings Plans for compute (they stack). Azure Hybrid Benefit if you have eligible Windows Server / SQL Server licenses. Azure Cool and Archive storage migration. Spot VMs for AKS node pools. Azure Advisor's right-size recommendations are actually decent in 2026; the gap is acting on them. Reserved Capacity for SQL Database and Cosmos DB if your throughput is steady.
GCP. Committed Use Discounts (compute + memory + license-included). Spot VMs for GKE node pools. Sustained Use Discounts auto-apply (don't double-count them when modelling commitments). Autoclass on Cloud Storage. Network Service Tiers: Premium vs Standard tier savings on egress for traffic that doesn't need premium routing.
If you're multi-cloud, the placement question becomes a real lever: route the same workload to the cheapest provider for the specific resource shape. Most teams don't model this seriously because the operational overhead used to outweigh the savings. In 2026, with mature IaC and Terraform Cloud Adapters, the math has flipped on workloads above ~$50K/month.
The 90-day cloud billing engagement
Concrete week-by-week breakdown of how a typical InfraZen cloud cost optimization engagement runs. Adapted for the size of your estate, but the shape holds.
Weeks 1–2: Bill audit + waste discovery.
- Cost & Usage Report (AWS) / Cost Management (Azure) / Billing Export (GCP) connected to BigQuery / Athena / Synapse for line-level analysis.
- Identify top 20 line items by spend, usually 80% of the bill.
- Tag-coverage audit. If you can't allocate spend to product/team, governance is impossible. Fix this first.
- Deliverable: a written report listing every quantifiable savings opportunity with effort vs payoff scoring.
Weeks 3–4: Commitments + rightsizing wave 1.
- Buy the right commitment shape for stable workloads (Layer 1).
- Auto-rightsize the obvious cases: idle resources, way-over-provisioned VMs, oversized RDS/SQL instances (Layer 2).
- Stand up anomaly detection so the next surprise gets a Slack alert in hours, not month-end.
- Outcome by week 4: 15–25% bill reduction realised.
Weeks 5–8: Workload placement + architectural moves.
- Spot adoption for the fault-tolerant tier (CI runners, batch jobs, dev/test).
- Storage tiering migration (S3 Intelligent-Tiering / Azure Cool / GCP Autoclass).
- Top 1–2 architectural refactors with the biggest payoff, often a database engine swap or a cache-tier sizing change (Layers 3–4).
- Outcome by week 8: 25–40% cumulative bill reduction.
Weeks 9–12: FinOps governance + handover.
- Showback dashboards live for engineering leads.
- Anomaly alert thresholds tuned and on-call rotation set.
- Pre-approval guardrails for high-blast-radius resource provisioning.
- A weekly 20-minute bill-review ritual with a named owner.
- Outcome by week 13: 30–50% sustained bill reduction with the operating model in place to make it stick.
After day 90, you have a choice: bring the function in-house with the runbooks we've written, or stay on a quarterly retainer where we re-audit, model new commitments at renewal points, and pull the next 5–10% out each year.
What are cloud cost optimization services?
Cloud cost optimization services are engagements where an outside team analyses your cloud bill and usage, then implements the reductions: commitment purchasing, rightsizing, waste elimination, workload placement, and the FinOps governance that keeps the bill down afterwards. The distinction that matters is analysis versus implementation — a report tells you where the money goes; a service ships the changes and hands your team the operating ritual.
One disambiguation, since search engines conflate them: this page is about optimizing what you pay cloud providers. It is not Salesforce Revenue Cloud "Billing" (a CPQ/invoicing product) or telecom billing platforms — different industries that happen to share a noun.
What does a FinOps consultant do?
A FinOps consultant makes cloud spend accountable and then makes it smaller: every dollar allocated to a team or product, commitment coverage and rightsizing put on a schedule, anomaly detection and a weekly review wired into how engineering already works, and an operating model left behind that your own people run. The FinOps Framework calls the three phases Inform, Optimize and Operate; the consultant's job is to get you through all three without stalling at the first.
Inform is allocation: tags, labels, showback, the unglamorous work that makes every later number mean something. Optimize is layers one to four above. Operate is layer five, governance, and it is where most in-house efforts stop, because it is a habit rather than a project and habits are hard to install from inside.
FinOps consulting services: what is in scope
- Allocation and tagging: tag and label policy, enforcement in infrastructure as code, and the showback report engineering leads actually open.
- Commitment management: coverage and utilisation targets, purchase cadence, renewal calendar, and the model for Savings Plans, Reservations and Committed Use Discounts (start with the commitment calculator).
- Rightsizing programme: recommendations turned into scheduled change, with the exceptions written down.
- Anomaly management: detection on the hourly bill, routed to a human who can act the same day.
- Unit economics: cost per customer, per request or per inference derived from the billing export, so growth and waste stop looking the same.
- AI and GPU spend governance: the fastest-growing line on most 2026 bills, covered in FinOps for AI.
- Operating model and rituals: the 20-minute weekly bill review, a named owner, and pre-approval guardrails for high-blast-radius provisioning.
- Diagnosis first: every engagement opens with the one-week, read-only cloud bill audit, so the scope is built from your bill rather than a template.
The FinOps Foundation runs a FinOps Certified Service Provider programme for consultancies aligned to its framework. Ask any provider, including us, where they sit with it; the honest answer tells you how the firm thinks about the discipline versus the sale.
FinOps as a service vs a one-time optimization project
A one-time project is the 90-day engagement above: it captures the structural savings and hands over the operating model. FinOps as a service is the retainer that follows for teams who would rather not own the weekly ritual yet: we run the bill review, re-model commitments at every renewal, chase the anomalies and pull the next 5–10% out each year. The project fits when you have an engineer who will own layer five; the retainer fits when you do not, or when the estate is changing faster than a quarterly review can follow. Either way the exit is a handover, because everything is written down to be run without us.
Frequently asked questions
How much can cloud billing optimization actually save?
On a workload that has never been seriously optimised, 30–50% reduction in the first 90 days is typical. Past that, expect 5–10% YoY savings if FinOps governance is wired in. Teams that have already done basic RIs and rightsizing can usually still pull another 15–25% out by moving to commitment-based pricing on the right services, killing zombie resources, and re-architecting for spot or serverless where it makes sense.
What's the difference between FinOps and cloud cost management?
In billing terms: a cost-management tool tells you the bill went up; FinOps is who owns doing something about it before month-end. Our engagements install both layers (the tooling that surfaces waste line-by-line and the weekly operating ritual that acts on it) because a dashboard nobody owns changes nothing. For the full definitional breakdown, see What is FinOps?
How long does cloud billing optimization take?
A bill audit takes one week and tells you where the savings are. A 90-day engagement gets the structural savings into production: commitments purchased, rightsizing done, workload placement re-evaluated, FinOps tooling stood up. Anything past 90 days is incremental, and that's where ongoing FinOps managed services or quarterly reviews matter.
Where do commitments fit in a cloud billing strategy?
After rightsizing, not before. Committing to oversized instances locks the waste in for the term. Once the baseline is honest, commitments are the biggest single lever on the bill: Compute Savings Plans as the default for EC2, Fargate and Lambda, Reserved Instances for the managed services they don't cover. Start 1-year no-upfront convertible and don't go 3-year until you have a year of stable utilisation data. For the discount math on your numbers, run the Reserved Instance calculator.
What does cloud billing consulting actually cost?
We price most cloud billing engagements as a fixed fee tied to your monthly cloud spend, with a cap on the total. The honest math: if we can't return at least 5× the engagement fee in first-year savings, we won't take the project. That excludes the open-ended timesheet model that most consulting firms run.
Do you have to be single-cloud to benefit?
No. We work across multi-cloud estates. The optimisation framework is the same; only the specific levers differ. Multi-cloud teams often see bigger gains because consolidation and workload-placement arbitrage become available levers that single-cloud teams don't have.
Our AWS bill is too high — do we need a FinOps consultation?
If the bill grew faster than traffic, yes — and the first step is small: a one-week cloud bill audit with read-only billing access, ending in a written report of exactly where the money goes. Most "AWS bill too high" cases trace to the same five causes: unused commitments, oversized instances, unattached storage, NAT/egress traps, and non-prod running 24×7. See the levers ranked on our AWS cost optimization guide, or estimate your waste with the calculator above before you talk to anyone.
Do you offer GCP and Azure cost optimization consulting too?
Yes. The engagement structure is identical across AWS, Azure, and GCP; the levers map one-to-one (Savings Plans ↔ Azure Reservations ↔ GCP Committed Use Discounts, and so on). We're an official reseller partner of all three clouds and deliberately vendor-agnostic — the recommendation is whatever cuts your bill, not whatever earns a margin. For choosing between clouds, see AWS vs Azure vs GCP.
How much does FinOps consulting cost?
Three pricing models exist in the market: a fixed fee for a scoped engagement, a monthly retainer for FinOps as a service, and a share of identified savings. We price most engagements as a fixed fee tied to monthly cloud spend, with a cap on the total, and do not take a project unless first-year savings should return at least 5x the fee. Published market rate ranges are on our DevOps consulting rates page.
When is FinOps consulting worth it?
When three questions have no owner: who is accountable for each dollar of cloud spend, what share of steady-state usage is covered by commitments, and what one unit of your product costs to serve. If those are answered and reviewed weekly, you need tooling, not consulting. If they are not, the bill is growing faster than the business and a one-week audit will show by how much.
Cloud bills don't have to hurt every month. We run a one-week cloud bill audit that ends in a written savings report. You decide whether to bring us in for the 90-day engagement that ships those savings into production. Book a free 30-minute cloud billing review.
Related: Cloud Consulting & FinOps services · Kubernetes GPU cost crisis · DevOps Engineering · What is FinOps? (definition guide) · What the bill audit covers · Standalone waste calculator