Incidents und Rufbereitschaft

Eine Eskalation, die Push, SMS und Anruf durchläuft, bis ein Mensch quittiert, und eine Incident-Aufzeichnung, die die ganze Geschichte an einem Ort hält.

Die Eskalationskette

Zuerst Push (native iOS-App und Apple Watch), dann SMS, dann ein Anruf, mit Stufenzeiten je Bereitschaftsplan und höchstens 2 Anrufen pro Incident. Nummern müssen per Einmalcode verifiziert sein, bevor sie überhaupt alarmiert werden können. SMS und Anrufe ab Sentinel. Die Alarmierung ist plattformneutral: jedes Telefon ist erreichbar, die iOS-App ist eine Zugabe.

Quittieren heißt übernehmen

Die Quittung stoppt die Eskalation, bringt alle anderen Geräte zur Ruhe und richtet Erinnerungen an den Verantwortlichen statt an das ganze Team. Sie landet mit ihrem Zeitstempel auf der Zeitleiste, neben den Stimmen der Regionen, den Benachrichtigungen und der Behebung.

Bereitschaftspläne

Rotationen mit Eskalationsstufen und einer Warnung vor Deckungslücken, wenn niemand Dienst hat. Ab Sentinel, wie die Incident-Führung insgesamt.

Manuelle Incidents und Post-mortems

Einen Incident von Hand eröffnen, mit oder ohne gebundenen Monitor, ihn kuratieren, ihn ausdrücklich auf den Statusseiten veröffentlichen, die Sie auswählen, nie stillschweigend. Post-mortems hängen am Incident, mit Auswirkung, Ursache, Lehren und Maßnahmen samt Verantwortlichen, und gehen bewusst vom Entwurf in die Veröffentlichung. Unsere eigene Post-mortem-Regel legt denselben Maßstab an uns selbst an.

Weitere Wege

Signierte Webhooks (HMAC in x-perstat-signature, Rotation des Secrets, Testauslösung) und Slack über einen Incoming Webhook lösen bei Eröffnung und Behebung eines Incidents aus. Die vollständige Kanaltabelle samt der ehrlichen Lücken steht auf Integrationen .

Die Dokumentation lesen , oder vor April 2027 von Opsgenie wechseln .