Aufeinanderfolgende Eskalationsstufen
Fügen Sie so viele Stufen hinzu, wie Ihr Team braucht. Jede Stufe hat eigene Ziele und ein eigenes Timeout. Die Richtlinie geht automatisch weiter, wenn keine Bestätigung rechtzeitig eingeht.
Eskalationsrichtlinien
Eskalieren, bis
Eskalieren, bis
jemand reagiert.
Definieren Sie schrittweise Richtlinien, die Person A benachrichtigen, warten und dann Person B oder die Person in Rufbereitschaft benachrichtigen, bis jemand bestätigt. Richtlinien pro Service, mit einstellbarem Timeout auf jeder Stufe.
Free tier included
No credit card
2-minute setup
Ein Alert, der nicht aufgibt.
Kritische Alerts hören nicht nach einem Versuch auf. Eine Eskalationsrichtlinie arbeitet ihre Stufen der Reihe nach ab. Sie benachrichtigt jedes Ziel, wartet ein einstellbares Timeout ab und geht dann weiter, bis der Incident bestätigt ist oder die Richtlinie von vorn beginnt.
Timeout pro Stufe
Stellen Sie das Bestätigungsfenster für jede Stufe einzeln ein, von 1 Minute bis 24 Stunden: 5 Minuten für den Ingenieur in Bereitschaft, dann 10 Minuten für die Teamleitung, dann die Engineering-Leitung.
Personen oder Pläne als Ziel
Richten Sie jede Stufe auf bestimmte Personen, auf Rufbereitschaftspläne oder auf beides. Ist ein Plan das Ziel, wird die Person benachrichtigt, die laut Plan gerade Bereitschaft hat, wer auch immer das zu dem Zeitpunkt ist.
Automatische Wiederholung
Legen Sie eine Wiederholungsanzahl von bis zu 20 fest, damit die ganze Richtlinie neu startet, wenn alle Stufen ohne Bestätigung durchlaufen sind.
Zuordnung pro Service
Jeder Service in Ihrem Katalog kann eine Eskalationsrichtlinie haben. Incidents des Payments-Service alarmieren die Payments-Bereitschaft, Plattform-Incidents das Plattform-Team.
Bearbeitungsstatus am Incident
Der Incident zeigt, ob er bestätigt oder gelöst wurde. Einen Verlauf der Eskalation pro Stufe gibt es heute nicht.
Nichts geht verloren
Schritt für Schritt, bis
Schritt für Schritt, bis
jemand reagiert.
Die meisten Alerting-Tools senden eine einzige Benachrichtigung und sind fertig. Eskalationsrichtlinien sind anders: Sie gehen bei Stille automatisch durch die Stufen, bis der Incident bestätigt ist oder das eingestellte Wiederholungslimit erreicht ist.
- Geht nach einem unbestätigten Timeout zur nächsten Stufe
- Zielt auf Rufbereitschaftspläne, sodass kein Name fest eingetragen ist
- Wiederholt die ganze Richtlinie, wenn alle Stufen unbestätigt bleiben
payments-svc policy Level 2 ActiveLIVE
LEVEL 1 TIMEOUT5m elapsed
LEVEL 2 TIMEOUT10m running
INCIDENTS THIS WEEK3
L1: on-call paged100ms
L1: timeout elapsed85ms
L2: lead paged70ms
L2: awaiting ack50ms
L3: manager (pending)20ms
Pro Service, definiert in Ihrem Repo
Eine Richtlinie pro Service,
Eine Richtlinie pro Service,
per API angelegt.
Weisen Sie jedem Service in Ihrem Katalog eine Eskalationsrichtlinie zu und legen Sie alle über die REST-API an: erst die Richtlinie, dann jede Stufe mit Timeout und Zielen. Legen Sie die Aufrufe als Skript in Ihr Repo, und Pull Requests zeigen genau, welches Routing sich geändert hat.
- Jeder Service verweist auf die Richtlinie, die er nutzen soll
- Richtlinien und Stufen über die REST-API angelegt
- Änderungen wirken sofort; kein Neustart nötig
create an escalation policy$ curl -X POST https://api.siteqwality.com/escalation_policy \
-H "Authorization: Bearer $SQ_TOKEN" \
-H "Content-Type: application/json" \
-d '{"name":"Payments SLA Policy","repeat_count":2}'
$ curl -X POST https://api.siteqwality.com/escalation_policy/$POLICY_ID/level \
-H "Authorization: Bearer $SQ_TOKEN" \
-H "Content-Type: application/json" \
-d '{"timeout_minutes":5,"target_schedule_ids":["$PAYMENTS_ONCALL"]}'
$ curl -X POST https://api.siteqwality.com/escalation_policy/$POLICY_ID/level \
-H "Authorization: Bearer $SQ_TOKEN" \
-H "Content-Type: application/json" \
-d '{"timeout_minutes":10,"target_user_ids":["$PAYMENTS_LEAD"]}'
-H "Authorization: Bearer $SQ_TOKEN" \
-H "Content-Type: application/json" \
-d '{"name":"Payments SLA Policy","repeat_count":2}'
$ curl -X POST https://api.siteqwality.com/escalation_policy/$POLICY_ID/level \
-H "Authorization: Bearer $SQ_TOKEN" \
-H "Content-Type: application/json" \
-d '{"timeout_minutes":5,"target_schedule_ids":["$PAYMENTS_ONCALL"]}'
$ curl -X POST https://api.siteqwality.com/escalation_policy/$POLICY_ID/level \
-H "Authorization: Bearer $SQ_TOKEN" \
-H "Content-Type: application/json" \
-d '{"timeout_minutes":10,"target_user_ids":["$PAYMENTS_LEAD"]}'
N+1
Stufen pro Richtlinie, so viele Ihr Team braucht
20
Wiederholungen der ganzen Richtlinie höchstens, wenn niemand bestätigt
1m
kürzestes einstellbares Timeout zwischen Eskalationsstufen
$0
Eskalationsrichtlinien in jedem Plan; der kostenlose Tarif enthält 1 Person in Rufbereitschaft
FAQ
Es gibt keine feste Obergrenze. In der Praxis nutzen die meisten Teams zwei bis vier Stufen (Ingenieur in Bereitschaft, Teamleitung, dann eine Führungskraft), aber Sie können so viele hinzufügen, wie Ihr Betrieb verlangt.
Hat die Richtlinie eine Wiederholungsanzahl größer als null, beginnt sie wieder bei Stufe eins und arbeitet die Stufen erneut ab. Das geht weiter, bis das Wiederholungslimit (höchstens 20) erreicht ist oder jemand den Incident bestätigt.
Ja, und das ist der empfohlene Weg. Richten Sie eine Stufe auf einen Rufbereitschaftsplan, und Site Qwality ermittelt beim Auslösen der Stufe, wer gerade Bereitschaft hat. Ändern sich Rotationen, müssen Sie die Richtlinie nicht anpassen.
Die Eskalation folgt den persönlichen Benachrichtigungsregeln jedes Teammitglieds, die E-Mail, SMS oder eine Slack-Direktnachricht nutzen. Hat jemand SMS für Incidents mit hoher Dringlichkeit und E-Mail für niedrige Dringlichkeit eingestellt, wird das bei der Eskalation berücksichtigt. Eine Slack-Direktnachricht braucht ein Slack-Bot-Token, das in der Kontaktmethode eingefügt wird.
Ja. Jeder Service in Ihrem Katalog kann auf seine eigene Eskalationsrichtlinie verweisen. Payments kann eine strenge Richtlinie haben, ein internes Tool eine entspannte. Änderungen wirken sofort.
Related features
Kostenlos starten. Keine Kreditkarte.
Uptime, Cron, Synthetic, Logs, RUM, Incidents und Statusseiten. Kostenlose Stufe bei jedem Produkt.