Budsjettet gjør et SLO om til en regel for beslutninger. Så lenge det er budsjett igjen, leverer teamet endringer og tar planlagte risikoer; når det er brukt opp, kommer pålitelighetsarbeid først til vinduet har hentet seg inn. Det som gjør tallet nyttig, er å bli enige om den regelen på forhånd, i en policy for feilbudsjett.
Det kan telles i tid, som minutter med nedetid målt av sjekker utenfra, eller i forespørsler, som andelen mislykkede forespørsler i logger fra lastbalanserer eller applikasjon. Tidsbaserte budsjetter samsvarer med hvordan de fleste SLA-er er skrevet; forespørselsbaserte budsjetter vekter travle timer tyngre, noe som ligger nærmere det brukerne opplever.
Bestem på forhånd hva som bruker av det. Bekreftede driftsavbrudd, feil, svar som er tregere enn grensen i SLI-en, og driftsavbrudd hos leverandører du er avhengig av, gjør det som regel; falske positiver skal ikke gjøre det. Hvor raskt det brukes opp, er burn rate.
Formel
Feilbudsjett = (100 % − SLO) × vindu; gjenstående budsjett = feilbudsjett − nedetid så langt
Eksempel:
Et SLO på 99,9 % over 30 dager gir 43 minutter og 12 sekunder. Etter ett driftsavbrudd på 25 minutter er 58 % av det brukt, og 18 minutter og 12 sekunder gjenstår.