Notifications
Wenn ein Incident erstellt, aktualisiert oder gelöst wird, sendet isthisthing.online Benachrichtigungen über Ihre konfigurierten Kanäle. So funktioniert das System von Anfang bis Ende.
Notification channels
| Channel | Description | Plan |
|---|---|---|
| Standardbenachrichtigungen an Ihre Konto-E-Mail. | All | |
| Slack | Veröffentlicht in einem Slack-Kanal via Incoming Webhooks. | Starter+ |
| Discord | Sendet an einen Discord-Kanal via Webhooks. | Starter+ |
| Microsoft Teams | Veröffentlicht in einem Teams-Kanal via Connectors. | Starter+ |
| Webhook | Generischer HTTP POST an jede URL mit optionalem Signing Secret. | Starter+ |
| ClickUp | Sendet an ClickUp Chat via Webhook. | Starter+ |
| Plan | Max. Integrationen |
|---|---|
| Free | 0 (nur E-Mail) |
| Starter | 3 |
| Pro | 10 |
| Enterprise | Unbegrenzt |
Free-Tarife erhalten nur E-Mail-Benachrichtigungen. Starter und höher schalten alle fünf Integrationskanäle frei.
How notifications are delivered
- Ein Ereignis tritt ein — ein Incident wird erstellt, aktualisiert oder gelöst.
- Ein Benachrichtigungsjob wird zur Warteschlange hinzugefügt.
- Workers nehmen den Job auf und liefern ihn an jede aktivierte Integration.
- Der Zustellungsstatus wird im Ereignisverlauf der Integration aufgezeichnet.
Event types
Jede Integration kann so konfiguriert werden, dass sie bei bestimmten Ereignissen auslöst:
| Event | When it triggers |
|---|---|
| Incident Created | Ein neuer Incident wird erkannt oder erstellt. |
| Incident Resolved | Ein Incident wird als gelöst markiert. |
| Incident Updated | Details oder Status eines Incidents ändern sich. |
Sie können jeden Ereignistyp pro Integration in den Integrationseinstellungen aktivieren oder deaktivieren.
Notification payload
Jede Benachrichtigung enthält:
- Incident-Titel und -Beschreibung.
- Aktuellen Status (Open, Investigating, Monitoring, Resolved).
- Quelle (Monitor oder Manual).
- Monitordetails (Name, Typ, URL).
- Workspace-Name.
- Deep Link zum Incident im Dashboard.
- Zeitstempel (erstellt, gelöst, aktualisiert).
Retry logic
Wenn die Zustellung einer Benachrichtigung fehlschlägt:
- Das System wiederholt den Vorgang bis zu 3 Mal.
- Wiederholungen verwenden exponentielles Backoff: 30 Sekunden, dann 2 Minuten, dann 10 Minuten.
- Nach 3 fehlgeschlagenen Versuchen wird die Benachrichtigung in Dead Letter verschoben und nicht erneut versucht.
Testing an integration
- Gehen Sie zu Integrations.
- Suchen Sie die Integration, die Sie testen möchten.
- Klicken Sie auf die Test-Schaltfläche.
- Eine Beispielbenachrichtigung wird an den Kanal gesendet.
Wenn der Test fehlschlägt, überprüfen Sie Ihre Integrationskonfiguration und stellen Sie sicher, dass die Webhook-URL oder das Token korrekt ist.
Viewing delivery history
- Gehen Sie zu Integrations.
- Wählen Sie eine Integration aus.
- Klicken Sie auf Event History.
Sie sehen jede Benachrichtigungszustellung mit ihrem Status:
| Status | Meaning |
|---|---|
| Pending | In der Warteschlange, wartet auf Verarbeitung. |
| Processing | Wird derzeit zugestellt. |
| Delivered | Erfolgreich an den Kanal gesendet. |
| Failed | Zustellung fehlgeschlagen, wird wiederholt. |
| Dead Letter | Nach allen Versuchen fehlgeschlagen, keine weiteren Wiederholungen. |
Configuring per-integration events
- Gehen Sie zu Integrations.
- Öffnen Sie eine Integration.
- Schalten Sie die gewünschten Ereignistypen um:
- On Incident Created.
- On Incident Resolved.
- On Incident Updated.
- Klicken Sie auf Save.
Sie können verschiedene Integrationen für verschiedene Ereignistypen abonnieren lassen. Senden Sie z. B. alle Incidents an Slack, aber nur gelöste Benachrichtigungen an Discord.