Ein SLO macht aus „zuverlässig genug“ eine Zahl, die das Team verfolgen kann. Es wird danach festgelegt, was Nutzer brauchen, nicht danach, was das System heute zufällig leistet, und ist meist strenger als jedes SLA, damit Spielraum zum Reagieren bleibt, bevor Kunden Gutschriften zustehen.
Die Lücke zwischen SLO und 100 % ist das Error Budget. Solange Budget übrig ist, kann das Team Änderungen ausliefern und Risiken eingehen; ist es aufgebraucht, verlagert sich die Arbeit auf Zuverlässigkeit, bis sich das Fenster erholt hat. So wird Zuverlässigkeit zu einer gemeinsamen Entscheidung von Produkt und Engineering.
Gute SLOs sind wenige, an dem ausgerichtet, was Nutzer bemerken, etwa die Verfügbarkeit des Checkouts oder die Latenz der API, und über ein rollierendes Zeitfenster gemessen, oft 28 oder 30 Tage.
Formel
Fehlerbudget = (100 % − SLO) × Zeitfenster
Beispiel:
Ein SLO von 99,9 % über 30 Tage lässt ein Error Budget von 43 Minuten und 12 Sekunden; 99,95 % lassen 21 Minuten und 36 Sekunden.