Et SLO gjør «pålitelig nok» om til et tall teamet kan følge med på. Det settes ut fra hva brukerne trenger, ikke ut fra hva systemet tilfeldigvis gjør i dag, og er vanligvis strengere enn enhver SLA, så det er rom for å reagere før kundene har krav på kreditt.
Avstanden mellom SLO-et og 100 % er feilbudsjettet. Så lenge det er budsjett igjen, kan teamet levere endringer og ta risikoer; når det er brukt opp, flyttes arbeidet over til pålitelighet til vinduet har hentet seg inn. Det gjør pålitelighet til en felles beslutning mellom produkt og utvikling.
Gode SLO-er er få, knyttet til det brukerne merker, som tilgjengeligheten til kassen eller latensen i API-et, og målt over et rullerende vindu, ofte 28 eller 30 dager.
Formel
Feilbudsjett = (100 % − SLO) × vindu
Eksempel:
Et SLO på 99,9 % over 30 dager gir et feilbudsjett på 43 minutter og 12 sekunder; 99,95 % gir 21 minutter og 36 sekunder.