Loading content
Eine Error Budget Policy definiert, wie viel Zuverlässigkeitsverlust ein Dienst innerhalb eines Zeitraums tolerieren darf und welche organisatorischen Maßnahmen bei Überschreitung greifen. Sie verbindet SLOs mit Entscheidungsregeln für Releases, Priorisierung und Incident Response. Damit werden Risiken messbar gemacht und Governanceprozesse verankert.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was du verstehen musst, um ein Themenfeld sinnvoll zu denken.
Eine Error Budget Policy legt fest, wie viel Unzuverlässigkeit ein Dienst in einem Zeitraum noch tragen darf und welche organisatorischen Entscheidungen bei Überschreitung folgen.
Der Ansatz entstand im Site Reliability Engineering, besonders bei Google, aus dem Problem, Zuverlässigkeit nicht nur zu messen, sondern für Betrieb und Release-Steuerung nutzbar zu machen. Im SRE-Modell verbinden SLIs, SLOs und Fehlerbudgets Messung und Handeln; das SRE-Buch beschreibt das Fehlerbudget als SLO für das Erreichen anderer SLOs und als Signal für Rollouts und Prioritäten.
Stell dir die Policy wie ein Budgetkonto vor: Das SLO ist der Sollwert, jede Zielverletzung verbraucht Guthaben. Solange Restbudget vorhanden ist, bleiben Releases, Experimente und Tempo möglich. Wird das Konto knapp oder leer, verschiebt sich der Fokus von Geschwindigkeit zu Stabilisierung, Incident Response und Ursachenbehebung.
Formale Regeln legen fest, wie Entscheidungen, Ausnahmen und Zuständigkeiten organisatorisch behandelt werden.
Messbare Zuverlässigkeitsziele bilden die Referenz für das zulässige Fehlverhalten.
Der erlaubte Anteil an Zielverletzungen innerhalb eines definierten Zeitraums.
Die Policy kann Freigaben bremsen oder stoppen, wenn das Budget aufgebraucht ist.
Bei Budgetverbrauch verschiebt sich der Fokus auf Eindämmung, Wiederherstellung und Nacharbeit.
Die Policy hilft, wenn Teams Releases gegen Verfügbarkeitsziele abwägen, Zuverlässigkeitsarbeit priorisieren oder Eskalationsregeln vereinbaren müssen. Sie funktioniert nur mit belastbaren SLIs und gemeinsam akzeptierten SLOs; sonst bleibt das Budget eine Formalie ohne Steuerungswirkung. Zu strenge Regeln können Innovation bremsen, zu lockere Regeln schützen Nutzer zu wenig.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.