Monitoring, Troubleshooting & Incident Operations

Runbooks und sichere Automatisierung

Wiederholbare Diagnose und begrenzte Automatisierung mit Freigaben, Guardrails und Verifikation gestalten.

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

Die Betriebsfrage

Ein Runbook verkürzt Wiederholarbeit nur dann sicher, wenn Eingangssignal, Voraussetzungen, Wirkung, Stop-Kriterium und Verifikation explizit sind. Automatisierung ist keine Lizenz für globale Änderungen.

LernzielDu kannst entscheiden, wann ein Runbook nur Evidenz sammeln, eine reversible Aktion ausführen oder an einen Menschen eskalieren muss.

Sicherer Automationsvertrag

Signal und Zielressource validierenVoraussetzungen und Freigabe prüfenKleinste reversible Aktion ausführenWirkung gegen SLI oder Gesundheitscheck prüfenErgebnis und Kontext in die Zeitlinie schreiben
Verify after act

Guardrails

Idempotenz, Scope-Grenzen, Rate Limits und eine sichtbare Auditspur sind Betriebsanforderungen. Wenn die Identität der Zielressource unsicher ist, darf ein Runbook keinen schreibenden Schritt ausführen.

Im Check

Du unterscheidest Erhebung, Remediation und Eskalation. Die richtige Antwort ist nicht immer die schnellste, sondern die mit belegter Wirkung und begrenztem Risiko.

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/automation-at-google
  2. 02sre.google/sre-book/eliminating-toil