Monitoring, Troubleshooting & Incident Operations

Änderungsrisiko und Observability

Deployments und Konfigurationsänderungen mit Wirkungssignalen, Rollback-Kriterien und Zeitlinien koppeln.

Lehrtext · 4 Abschnitte · zuletzt geprüft: 2026-07-30

Die Betriebsfrage

Eine zeitliche Korrelation beweist keine Ursache, ist aber ein starker Triage-Hinweis. Eine Änderung darf erst fortgesetzt werden, wenn vorher feststeht, welche Nutzerwirkung sie beobachten und wann sie zurückgerollt wird.

LernzielDu kannst eine Änderung mit Baseline, Scope, Abbruchkriterium und geeigneter Verifikation planen.

Änderungsschleife

Nutzer-SLI und Ausgangswert festhaltenKleinen Scope und Beobachtungsfenster wählenÄnderung mit Zeitstempel ausrollenWirkung und Nebenwirkungen vergleichenBei Kriterium Rollback oder kontrolliert ausweiten
Canary ist eine Messstrategie

Korrelation begrenzen

Weitere Änderungen während der Analyse verwischen den Befund. Ein Rollback ist nur dann sinnvoll, wenn er sicher, möglich und mit einem erwarteten Signal verbunden ist; andernfalls muss die Incident-Führung die Abwägung übernehmen.

Im Check

Die Checks verlangen eine vorab definierte Messung. Reine Infrastrukturmetriken reichen nicht, wenn der Dienst weiterhin Nutzeranfragen korrekt verarbeitet.

Jetzt anwenden

Diesen Stoff gibt es als Modul mit bewerteten Entscheidungs-Checks — dieselbe Einführung, danach die Übungen.

Zum Modul →
Quellen & Aktualität2 Primärquellen · zuletzt geprüft:
  1. 01sre.google/workbook/canarying-releases
  2. 02sre.google/sre-book/release-engineering