Aligning commitments to a risk adjusted forecast means committing only to the usage you are confident will still be there at the end of the term, and pricing the variable remainder on demand. AWS Savings Plans and Reserved Instances, Azure Reservations and the Azure Savings Plan, GCP Committed Use Discounts, and OCI Universal Credits discount roughly 20 to 72 percent against on demand pricing in exchange for utilization risk the buyer carries. The biggest lever in cloud cost is also the biggest risk, so the correct coverage number is the floor of a defensible forecast, not your current run rate and not the level that unlocks the deepest tier. Get the forecast right and the commitment becomes a near risk free saving; get it wrong and you pay for capacity you no longer use.
This is the discipline that separates durable commitment programs from the ones that quietly leak money. Here is how to set coverage to the risk you can actually carry.
Why is discount maximisation the wrong goal?
Every commitment is a trade: a lower rate in exchange for promising to use, or pay for, a set amount of capacity over a one or three year term. The discount is real, but so is the obligation. If demand falls, if a workload is rearchitected, or if a team moves to a different service, the commitment keeps charging while the usage it was meant to cover disappears. A 60 percent discount on capacity you have stopped using is a 100 percent loss on that slice.
That is why coverage chosen to hit the deepest discount tier so often underperforms a more modest commitment. The right measure is the net outcome after waste, not the headline rate. Maximising the risk adjusted saving usually means committing to less than your current spend, because part of that spend is variable, seasonal, or already on its way out.
How do you build a forecast worth committing to?
Start from billing data, not a spreadsheet of intentions. Separate the stable baseline that has run consistently for months from the variable load that rises and falls, and strip out one off events that will not repeat. Then layer in what you actually know is changing: migrations that will add load, launches that will add traffic, and rearchitecting or decommissioning that will remove it. Express the result as a range with an honest floor, and commit to the floor.
The instruments differ by cloud, and matching the commitment to the workload matters as much as the size. On AWS, Savings Plans trade specificity for flexibility across instance families and regions while Reserved Instances lock to a configuration for a deeper rate, so flexible commitments suit a changing estate. Azure Reservations can often be exchanged, and the Azure Savings Plan covers compute more broadly. GCP offers spend based and resource based Committed Use Discounts with different flexibility, on top of sustained use discounts that apply automatically. OCI Universal Credits draw down a committed pool. Pick the instrument whose flexibility matches how confident you are, then size it to the baseline.
What coverage split actually works?
Think in three layers. The committed layer covers the baseline you are highly confident about, ideally with flexible instruments so a workload change does not strand the commitment. A second layer can use shorter or more flexible commitments for usage you expect but cannot yet guarantee. The top layer stays on demand, absorbing spikes, experiments, and anything still finding its shape. As confidence grows over the term, you convert proven usage from the on demand tail into commitments rather than guessing up front.
A scaling fintech was about to renew commitments at close to full coverage of its current run rate to capture the deepest tier. Splitting the estate showed roughly two thirds of spend was a stable baseline, with the rest seasonal or tied to a workload being rearchitected within the year. Committing flexible instruments to the baseline floor and leaving the variable tail on demand captured almost all of the available discount while removing the risk of paying for retired capacity. The same program of rightsizing, waste removal, and disciplined coverage left the estate materially lighter. Figures are verified against billing data and anonymised.
Review coverage on a cadence, not once a year
A forecast is a snapshot, and estates move. Track utilization of every commitment monthly, watch for coverage drifting below target as usage grows or above it as workloads change, and top up or let commitments lapse deliberately rather than discovering the gap at renewal. The same discipline feeds negotiation: a credible forecast and clean utilization data are the leverage that wins better terms on an Enterprise Discount Program, an Azure MACC, or a Universal Credits renewal.
Frequently asked questions
What coverage level should I commit to?
Why not just maximise the discount?
How do I build a forecast a board will trust?
Set commitments to the risk you can carry
We size and stage commitment coverage to a forecast your board can defend, across AWS, Azure, GCP, and OCI, with zero provider commissions on either side of the table. Our guarantee: we reduce your cloud spend or we reimburse our service fee. Pricing is either a Fixed Fee scoped up front or Gainshare, a share of verified savings with no retainer and no risk.
Put a defensible number on your cloud spend.
No provider in the room, no published price list. Tell us your footprint and we will scope the savings against your billing data — we reduce your cloud spend or we reimburse our service fee.
The Cloud Spend Navigator: what changed in cloud pricing, commitments, and FinOps — no vendor spin.