Notifications
Lorsqu'un incident est créé, mis à jour ou résolu, isthisthing.online envoie des notifications via vos canaux configurés. Voici comment le système fonctionne de bout en bout.
Notification channels
| Channel | Description | Plan |
|---|---|---|
| Alertes par défaut envoyées à l'e-mail de votre compte. | All | |
| Slack | Publie dans un canal Slack via Incoming Webhooks. | Starter+ |
| Discord | Envoie vers un canal Discord via Webhooks. | Starter+ |
| Microsoft Teams | Publie dans un canal Teams via connecteurs. | Starter+ |
| Webhook | HTTP POST générique vers toute URL avec secret de signature optionnel. | Starter+ |
| ClickUp | Envoie vers ClickUp Chat via webhook. | Starter+ |
| Plan | Max d'intégrations |
|---|---|
| Free | 0 (e-mail uniquement) |
| Starter | 3 |
| Pro | 10 |
| Enterprise | Illimité |
Les formules Free reçoivent uniquement des notifications par e-mail. Starter et supérieur débloquent les cinq canaux d'intégration.
How notifications are delivered
- Un événement se produit — un incident est créé, mis à jour ou résolu.
- Un travail de notification est ajouté à la file d'attente.
- Les Workers récupèrent le travail et le livrent à chaque intégration activée.
- Le statut de livraison est enregistré dans l'historique des événements de l'intégration.
Event types
Chaque intégration peut être configurée pour se déclencher sur des événements spécifiques :
| Event | When it triggers |
|---|---|
| Incident Created | Un nouvel incident est détecté ou créé. |
| Incident Resolved | Un incident est marqué comme résolu. |
| Incident Updated | Les détails ou le statut d'un incident changent. |
Vous pouvez activer ou désactiver chaque type d'événement par intégration dans les paramètres d'intégration.
Notification payload
Chaque notification inclut :
- Titre et description de l'incident.
- Statut actuel (Open, Investigating, Monitoring, Resolved).
- Source (Monitor ou Manual).
- Détails du Monitor (nom, type, URL).
- Nom du Workspace.
- Lien profond vers l'incident dans le Dashboard.
- Horodatages (créé, résolu, mis à jour).
Retry logic
Si la livraison d'une notification échoue :
- Le système réessaie jusqu'à 3 fois.
- Les tentatives utilisent un backoff exponentiel : 30 secondes, puis 2 minutes, puis 10 minutes.
- Après 3 échecs, la notification est déplacée vers Dead Letter et ne sera plus retentée.
Testing an integration
- Allez dans Integrations.
- Trouvez l'intégration que vous souhaitez tester.
- Cliquez sur le bouton Test.
- Une notification exemple est envoyée au canal.
Si le test échoue, vérifiez la configuration de votre intégration et assurez-vous que l'URL du webhook ou le jeton est correct.
Viewing delivery history
- Allez dans Integrations.
- Sélectionnez une intégration.
- Cliquez sur Event History.
Vous verrez chaque livraison de notification avec son statut :
| Status | Meaning |
|---|---|
| Pending | En file d'attente, en attente de traitement. |
| Processing | En cours de livraison. |
| Delivered | Envoyé avec succès au canal. |
| Failed | Échec de la livraison, nouvelle tentative. |
| Dead Letter | Échec après toutes les tentatives, pas de nouvelle tentative. |
Configuring per-integration events
- Allez dans Integrations.
- Ouvrez une intégration.
- Activez les types d'événements souhaités :
- On Incident Created.
- On Incident Resolved.
- On Incident Updated.
- Cliquez sur Save.
Vous pouvez avoir différentes intégrations abonnées à différents types d'événements. Par exemple, envoyez tous les incidents à Slack mais uniquement les notifications résolues à Discord.