Automatisch aus Monitor-Alerts erstellen
Konfigurieren Sie einen Service so, dass automatisch ein Incident eröffnet wird, wenn ein Monitor ausfällt. Kein Mensch muss nachts auf „Incident deklarieren" klicken.
Incidents ohne Verlassen der Plattform deklarieren, verfolgen und schließen. Schweregrade, strukturierte Updates, Verlinkung betroffener Services und einer öffentlichen Timeline. Incidents können automatisch aus jedem Monitor-Ausfall erstellt und automatisch aufgelöst werden, wenn er sich erholt.
Jeder Incident hat einen Schweregrad, einen Status, eine Zeitleiste mit Updates und eine Liste betroffener Services. Ihr Bereitschaftsingenieur sieht ihn in dem Moment, in dem er ausgelöst wird; Ihre Nutzer sehen ihn auf der Statusseite; Ihr Team schreibt das nächste Update. Alles am selben Ort.
Konfigurieren Sie einen Service so, dass automatisch ein Incident eröffnet wird, wenn ein Monitor ausfällt. Kein Mensch muss nachts auf „Incident deklarieren" klicken.
Incidents sind gering, erheblich oder kritisch. Dieses Label sehen Besucher auf der Statusseite. P1- bis P4-Bezeichnungen werden nicht verwendet.
Jeder Statuswechsel (Untersuchung, Identifiziert, Monitoring, Gelöst) wird mit Zeitstempel protokolliert. Besucher sehen die vollständige Geschichte; Ihr Team hat einen Audit-Trail.
Incidents werden automatisch auf Ihrer öffentlichen Statusseite veröffentlicht. Komponenten wechseln zu „Beeinträchtigt" oder „Ausfall" und kehren beim Auflösen zu „Betriebsbereit" zurück. Kein separates Update nötig.
Erfahren Sie, wer paginiert wurde, wer bestätigt hat und wer aktiv am Incident arbeitet. Responder durchlaufen die Zustände Ausgelöst, Bestätigt und Gelöst mit Zeitstempeln.
Schreiben Sie zeitgestempelte Updates von Investigating bis Resolved. Strukturierte Postmortem-Dokumente gibt es noch nicht.
Wenn ein Monitor ausfällt, kann Site Qwality einen Incident eröffnen, den Schweregrad setzen, den betroffenen Service verknüpfen, den Bereitschaftsresponder paginieren und die Statusseite aktualisieren. Und das alles, bevor jemand ein einzelnes Wort in Slack getippt hat. Sie treten ein, um Kontext hinzuzufügen, nicht um den Prozess auszulösen.
Nach der Lösung bleibt die Incident-Zeitleiste auf dem Datensatz: was Sie geschrieben haben, wann Sie es geschrieben haben und wen Sie informiert haben. Strukturierte Postmortem-Dokumente gibt es noch nicht.
kürzestes Prüfintervall, das die Zeit bis zum Incident begrenzt
Schweregrade: gering, erheblich und kritisch
aller veröffentlichten Incidents auf der Status-Timeline
kostenloser Tarif, vollständiger Incident-Workflow inklusive
Ja. Konfigurieren Sie einen Service mit automatischer Incident-Erstellung und Site Qwality eröffnet in dem Moment einen Incident, in dem ein verknüpfter Monitor ausfällt. Sie können auch eine manuelle Bestätigung erfordern oder die automatische Erstellung deaktivieren und Incidents manuell deklarieren.
Incidents sind gering, erheblich oder kritisch. Der Schweregrad bestimmt, wie das Ereignis auf der Statusseite gekennzeichnet wird. P1- bis P4-Bezeichnungen werden nicht verwendet.
Ja. Wenn Sie einen Incident auflösen, kehren betroffene Komponenten zu „Betriebsbereit" zurück und ein gelöstes Update wird automatisch in der Statusseiten-Zeitleiste veröffentlicht. Abonnenten erhalten eine Auflösungsbenachrichtigung.
Jede Statusänderung (Untersuchung, Identifiziert, Monitoring, Gelöst) wird mit einem Zeitstempel und der optionalen Nachricht aufgezeichnet, die Sie angeben. Die Zeitleiste ist für Ihr Team und, wenn veröffentlicht, für Ihre Statusseiten-Besucher sichtbar.
Es gibt heute keinen Postmortem-Dokumenttyp. Die Geschichte bleibt auf der Incident-Timeline.
Uptime, Cron, Synthetic, Logs, RUM, Incidents und Statusseiten. Kostenlose Stufe bei jedem Produkt.