Incident Management
Incident Management (IM) ist Uptimeifys Bereitschafts- und Incident-Response-Ebene: Teams, On-Call-Schedules, Eskalationsrichtlinien und Alarm-Annahme aus deinen eigenen Tools — getrennt vom kundenseitigen Monitoring.
Incident Management (IM) ist eine von Monitoring getrennte Domäne: ein zweistufiges Alert-/Incident-Modell für die Bereitschaft deines eigenen Teams, nicht für die Alarmierung deiner Kunden. Wo Monitoring die Websites und Services deiner Kunden überwacht und ihnen (oder dir, in ihrem Auftrag) sagt, wenn etwas ausfällt, ist IM das Werkzeug, mit dem dein eigenes Team sicherstellt, dass die richtige Person auf eurer Seite geweckt wird — egal ob der Auslöser ein Monitoring-Ausfall ist, ein Webhook von Datadog oder Grafana, oder eine weitergeleitete E-Mail eines Anbieters.
Incident Management hat keine kundenseitige Oberfläche. Kunden-Logins (Rolle readonly) sehen es nie, in keiner Phase — es ist ein internes Werkzeug für die Admins, Editoren und Responder deiner Organisation.
Das Modell
Teams
Die oberste Besitz-Einheit — jeder Schedule, jede Richtlinie und jeder Incident gehört zu genau einem Team.
Schedules
On-Call-Rotationen: wer ein Team abdeckt, und wann, inklusive einmaliger Overrides.
Policies
Eskalationsrichtlinien: die geordneten Stufen, die entscheiden, wer wie und wann weiter alarmiert wird.
Severity
Die Sev1-Sev4-Skala, die Dringlichkeit, Alarmierungsgeschwindigkeit und die feuernde Regelkette bestimmt.
Kontingent & Overage
Wie SMS- und Anruf-Alarmierung über dein bestehendes SMS-Kontingent laufen, und was bei Erschöpfung passiert.
Aufbewahrung
Wie lange Alert-Payloads, gelöste Alerts und Outbound-Zustellprotokolle aufbewahrt werden.
Zweistufiges Alert-/Incident-Modell
Ein eingehendes Signal — ein Webhook-Payload, eine weitergeleitete E-Mail, ein API-Aufruf oder ein gebrückter Monitoring-Ausfall — wird zu einem Alert (im_alert). Alerts werden dedupliziert und zu einem Incident (im_incident) gruppiert — dem Objekt, auf das dein Team tatsächlich reagiert: bestätigen, bearbeiten, lösen. Mehrere Alerts (ein flatternder Check, der jede Minute neu feuert) verschmelzen zu einem Incident, sodass dein Bereitschafts-Ingenieur eine Alarmierung sieht, nicht zwanzig.
Erste Schritte
Incident Management muss pro Organisation aktiviert werden, bevor irgendein Endpunkt oder irgendeine Seite funktioniert — ein Organisations-Admin schaltet es unter Dashboard → Incidents ein. Sobald aktiv, siehe die Incident-Management-API, um Alerts programmatisch einzuspeisen und Incidents zu verwalten, oder die Konzept-Seiten oben, um das Bereitschafts-Modell selbst zu verstehen.