Glossar · Zuverlässigkeitskennzahlen
Ein Error Budget ist das Maß an Unzuverlässigkeit, das ein Service Level Objective (SLO) über einen Zeitraum erlaubt: 100 % minus Ziel. Ein SLO von 99,9 % über 30 Tage lässt ein Error Budget von 43 Minuten und 12 Sekunden Ausfallzeit, oder eine fehlgeschlagene Anfrage von tausend.
Das Budget macht aus einem SLO eine Regel für Entscheidungen. Solange Budget übrig ist, liefert das Team Änderungen aus und geht geplante Risiken ein; ist es aufgebraucht, hat Zuverlässigkeit Vorrang, bis sich das Fenster erholt hat. Erst wenn diese Regel vorab in einer Error-Budget-Policy vereinbart ist, wird die Zahl nützlich.
Es lässt sich in Zeit zählen, als Minuten Ausfallzeit, gemessen durch Prüfungen von außen, oder in Anfragen, als Anteil fehlgeschlagener Anfragen in Load-Balancer- oder Anwendungslogs. Zeitbasierte Budgets passen dazu, wie die meisten SLAs formuliert sind; anfragebasierte Budgets gewichten Stoßzeiten stärker, was näher an dem liegt, was Nutzer spüren.
Legen Sie vorab fest, was es verbraucht. Bestätigte Ausfälle, Fehler, Antworten, die langsamer sind als das Limit des SLI, und Ausfälle bei Anbietern, von denen Sie abhängen, zählen meist dazu; Fehlalarme sollten es nicht. Wie schnell es verbraucht wird, ist die Burn Rate.
Fehlerbudget = (100 % − SLO) × Zeitfenster; verbleibendes Budget = Fehlerbudget − bisherige Ausfallzeit
Beispiel: Ein SLO von 99,9 % über 30 Tage ergibt 43 Minuten und 12 Sekunden. Nach einem Ausfall von 25 Minuten sind 58 % davon verbraucht, und 18 Minuten und 12 Sekunden bleiben übrig.
Uptimecheck misst ein zeitbasiertes Budget von außerhalb Ihres Netzwerks: Checks bis zu einmal pro Minute, jeder Fehler wird von einem zweiten Standort bestätigt, bevor er zählt, und Wartungsfenster bleiben außen vor. Berichte zeigen Uptime, Ausfallzeit und Incidents pro Monitor für diesen Monat, den letzten Monat oder die letzten 7, 30 oder 90 Tage im Vergleich zu einem SLA-Ziel von 99 % bis 99,99 %, auch als CSV. Das verbleibende Budget ist die Ausfallzeit, die das Ziel erlaubt, minus der Ausfallzeit im Bericht; als eigene Zahl zeigt die App es nicht.
14 Tage kostenlos testen · Danach gratis für 5 Monitore · Keine Kreditkarte
Guides 6 Min. Lesezeit
Wie Sie ein Error Budget aus einem SLO berechnen, was es verbraucht, wie die Burn Rate funktioniert und wie Sie eine Error-Budget-Policy schreiben, an die sich Ihr Team wirklich hält.
LesenGuides 7 Min. Lesezeit
Ein SLI misst, wie sich ein Dienst verhält, ein SLO ist das Ziel für diese Messung und ein SLA das Versprechen an Kunden. Definitionen, Downtime-Tabellen und wie Sie jedes davon festlegen.
LesenGuides 6 Min. Lesezeit
99,9 % Uptime erlauben in einem durchschnittlichen Monat 43 Minuten und 49 Sekunden Ausfallzeit. Was jede Stufe an Neunen pro Tag, Monat und Jahr erlaubt, wie SLAs Uptime messen, wie Service-Gutschriften funktionieren und wie Sie ein Ziel wählen.
LesenDas, was Ihre Error-Budget-Richtlinie vorsieht. Eine gängige Regel: Bis sich das Zeitfenster erholt hat, werden nur Bugfixes und Zuverlässigkeitsarbeiten ausgeliefert, und riskante Änderungen warten.
Ein gleitendes 30-Tage-Fenster erinnert sich einen Monat lang an eine schlechte Woche und ist damit strenger. Ein Kalendermonat beginnt am 1. neu und entspricht der Art, wie die meisten SLAs und Rechnungen zählen. Wählen Sie eins und bleiben Sie dabei.
Nur wenn das SLO es vorsieht. Viele Teams klammern angekündigte Wartungen aus, mit einer monatlichen Obergrenze, damit sie keine Ausfälle verdecken. In Uptimecheck zählen Wartungsfenster nie als Ausfallzeit.
Richten Sie Ihren ersten Monitor in weniger als einer Minute ein – oder sehen Sie sich zuerst die Live-Demo an.
14 Tage kostenlos testen · Danach gratis für 5 Monitore · Keine Kreditkarte
Mit Ihrer Zustimmung zeigen uns Google Analytics und Microsoft Clarity, welche Seiten helfen und wo Besucher nicht weiterkommen. Sie setzen Cookies für bis zu 13 Monate. Ohne Ihre Zustimmung läuft keines der beiden. Sie können Ihre Entscheidung jederzeit unter Cookie-Einstellungen unten auf der Seite ändern. Datenschutzerklärung