Incidents und Post-mortems

Bestätigte Incidents

Bestätigt das Quorum einen Ausfall, entsteht der Incident, und sein Beginn steht auf die Sekunde fest: die Sekunde der Bestätigung. Von da an landet jedes Ereignis auf der Zeitleiste, erst die Stimmen der Regionen, dann die Benachrichtigungen, die Quittung, die Wiederherstellung. Diese eine Zeitleiste ist die Aufzeichnung, aus der Ihre Statusseite und Ihr SLA-Nachweis lesen.

Manuelle Incidents

Nicht jede Störung, die Ihre Kunden merken, fällt einem Prüfpunkt auf. Deshalb legen Sie einen Incident auch von Hand an, mit einem Monitor daran oder ohne, bearbeiten ihn nach und veröffentlichen ihn gezielt auf den Statusseiten, die Sie auswählen. Von allein geht nichts nach draußen. Enthalten ab Sentinel, wie die Incident-Führung insgesamt.

Post-mortems und Maßnahmen

Das Post-mortem hängt am Incident: Auswirkung, Ursache, Lehren, dazu die Maßnahmen mit einem Namen dahinter. Vom Entwurf zur Veröffentlichung ist es ein bewusster Schritt, wahlweise nach innen oder nach außen. Jedes Post-mortem hat in der App eine eigene Adresse und lässt sich aus einem Ticket oder einem Report verlinken.

Änderungen erscheinen im Fassungsverlauf mit Person, Zeitpunkt und Handlung, etwa Speichern, Veröffentlichen oder Zurücksetzen. Das Zurücksetzen auf einen früheren Stand erzeugt einen weiteren Verlaufseintrag; das Aktivitätsprotokoll nennt die betroffenen Felder. Das ist ein zurechenbarer und umkehrbarer Versionsverlauf, kein unveränderlicher oder manipulationssicherer Speicher. Die objektbezogene Aufbewahrungsdauer dieser Artefakte gehört zur laufenden Produkt- und Vertragsprüfung; bestätigen Sie sie, bevor Sie sich auf eine Dauer verlassen.

Quittieren heißt übernehmen

Wer quittiert, übernimmt den Incident. Die Eskalation stoppt, die übrigen Geräte werden still, und Erinnerungen gehen ab da an die Person, die übernommen hat. Der Zeitstempel der Quittung steht mit in der Aufzeichnung. Genau deshalb endet die Eskalationskette in einem quittierten Incident und nicht in Stille.