Slack, Microsoft Teams et PagerDuty

Envoyer les alertes vers Slack et Teams en messages riches, et les constats critiques et les pannes vers PagerDuty, résolus d’eux-mêmes une fois corrigés.

Mis à jour le

À partir de l’offre Solo, les alertes peuvent partir vers Slack et Microsoft Teams en messages riches : un titre, la note et les constats par gravité, ce qui est nouveau, et des boutons qui ouvrent le rapport dans Perimetry. À partir de l’offre Agency, PagerDuty ne reçoit que ce qui doit réveiller quelqu’un. Les trois se règlent sur la page Alertes, dans Slack, Microsoft Teams et PagerDuty, par les propriétaires et administrateurs.

Slack

  1. Ouvrez Alertes, puis Slack.
  2. Cliquez sur Ajouter à Slack quand c’est proposé : Slack demande dans quel canal publier, et vous revenez dans Perimetry avec le canal ajouté. Nous ne gardons que l’adresse de ce canal, chiffrée.
  3. Ou créez vous-même un webhook entrant dans Slack (api.slack.com/apps → Create New App → Incoming Webhooks → en ajouter un pour le canal) et collez son adresse, qui commence par https://hooks.slack.com/services/.
  4. Choisissez quand envoyer après un audit et, avec les offres Agency, le client, puis cliquez sur Ajouter le canal Slack.
  5. Cliquez sur Tester sur sa ligne : un message de test arrive dans le canal.

Une adresse Slack ajoutée comme simple webhook reçoit les mêmes messages riches.

Microsoft Teams

Microsoft a retiré les connecteurs Office 365 et leurs webhooks entrants : Teams reçoit désormais les webhooks par un flux de travail (Workflows).

  1. Dans le canal Teams, ouvrez … → Workflows → Send webhook alerts to a channel (ou créez un flux qui commence par When a Teams webhook request is received et publie la carte adaptative reçue).
  2. Copiez l’adresse que donne le flux : elle est sur logic.azure.com ou powerplatform.com.
  3. Dans Perimetry, ouvrez Alertes, puis Microsoft Teams, collez-la, choisissez quand envoyer, et cliquez sur Ajouter le canal Teams.
  4. Cliquez sur Tester : une carte adaptative arrive, avec un bouton qui ouvre Perimetry.

PagerDuty

  1. Dans PagerDuty, ouvrez le service qui doit recevoir les alertes → Integrations → Add an integration → Events API V2, et copiez sa clé d’intégration (32 caractères).
  2. Dans Perimetry, ouvrez Alertes, puis PagerDuty, collez la clé, choisissez la région du service (États-Unis ou Europe, comme votre compte PagerDuty) et ce qui ouvre une alerte : les constats critiques ou les constats élevés et critiques. Les pannes en ouvrent toujours une.
  3. Cliquez sur Ajouter PagerDuty, puis Tester : un événement est ouvert puis fermé aussitôt, pour que personne ne soit appelé pour rien.

Ensuite :

  • Après chaque audit, une alerte s’ouvre pour chaque constat critique (ou élevé) du domaine, une seule fois : elle n’est pas rouverte tant qu’elle reste ouverte. Dix au plus par audit.
  • Quand un audit suivant ne trouve plus le constat, ou le compte comme risque accepté (l’audit qui suit l’acceptation), l’alerte est résolue d’elle-même. Retirer le domaine ou le canal, désactiver le canal, ou une offre sans PagerDuty ferme aussi les alertes ouvertes.
  • Quand un site tombe en panne, une alerte s’ouvre ; quand il répond à nouveau, elle est résolue.

PagerDuty ne reçoit rien d’autre : ni changement de note, ni constat faible.

Sécurité

Les adresses des webhooks et les clés d’intégration sont conservées chiffrées et servent uniquement à envoyer les alertes et les tests. Seules les extrémités d’une clé PagerDuty sont affichées. Retirer un canal les supprime.