Gestion des incidents

Ce que sont les incidents

Un incident communique une panne ou une dégradation aux visiteurs de vos pages de statut. Plutôt que de laisser les gens dans le flou pendant qu'un service est indisponible, vous leur indiquez ce qui est touché, la gravité de la situation et ce que vous faites pour y remédier. Les incidents peuvent être créés manuellement par votre équipe ou ouverts automatiquement par une page de statut lorsque les moniteurs d'un composant tombent en panne, et chaque mise à jour publiée peut notifier par email les abonnés de votre page de statut. Vous les gérez sur la page Incidents.

Incidents manuels

Créez un incident directement sur une page de statut :

1. Ouvrez la page de statut et allez dans son onglet Incidents, puis cliquez sur Signaler un incident.
2. Donnez un Titre à l'incident.
3. Choisissez l'Impact : Mineur, Majeur ou Critique.
4. Choisissez l'Étape (voir plus bas).
5. Sous Composants affectés et impact, marquez chaque composant affecté comme Panne, Dégradé ou Non affecté.
6. Rédigez un Message avec ce que les visiteurs doivent savoir.
7. Cochez Envoyer un e-mail aux abonnés à ce sujet si les abonnés confirmés qui suivent un composant affecté doivent recevoir un e-mail, puis cliquez sur Publier l'incident.

Mettez ensuite l'incident à jour au fil de ses étapes : En cours d'investigation, Identifié, Sous surveillance et Résolu. Chaque mise à jour peut prévenir de la même façon les abonnés de votre page de statut, afin que les personnes qui suivent l'incident connaissent l'avancement sans recharger la page.

La page Incidents affiche une page de statut à la fois, avec les listes Active et History. Vous pouvez y cliquer sur Declare incident, Post update ou Resolve, et ajouter une note de Post-mortem.

Incidents automatiques

Une page de statut peut aussi ouvrir des incidents pour vous. C'est une option à activer page par page : activez Créer automatiquement des incidents à partir des pannes des moniteurs dans les paramètres de la page.

• L'incident s'ouvre lorsqu'un composant subit une panne partielle ou majeure. Un composant seulement dégradé n'en ouvre pas.
• Il s'aggrave de mineur à majeur lorsqu'une panne partielle devient totale.
• Il se résout automatiquement dès que le composant se rétablit.
• Les abonnés ne reçoivent un e-mail pour les incidents créés automatiquement que si vous activez aussi Envoyer un e-mail aux abonnés pour les incidents créés automatiquement.

Réglez Masquer les incidents automatiques plus courts que (secondes) pour garder les micro-coupures très courtes hors de votre historique public et des boîtes de réception des abonnés. Si vous publiez vous-même une mise à jour sur un incident créé automatiquement, il cesse de se mettre à jour seul et vous le résolvez manuellement.

Historique des incidents et permaliens

Les incidents résolus restent visibles dans l'onglet Previous incidents de la page de statut, offrant aux visiteurs un historique des problèmes passés. Chaque incident dispose en outre d'un lien permanent que vous pouvez partager, ce qui en fait l'emplacement naturel d'un postmortem : référencez-le depuis un document de rétrospective, une réponse au support ou un rapport SLA.

Incidents ou maintenance planifiée

Les incidents servent aux problèmes non planifiés. Pour des travaux planifiés, utilisez plutôt la maintenance planifiée, afin qu'une fenêtre de maintenance volontaire ne ressemble pas à une panne. Les abonnés sont notifiés par email des mises à jour d'incident publiées et des maintenances planifiées.

Pour créer la page elle-même, ses composants et ses abonnés, consultez Créez une page de statut publique pour vos moniteurs. Pour alerter votre propre équipe avant que les visiteurs ne s'en aperçoivent, configurez des canaux d'alerte sur les moniteurs sous-jacents. En savoir plus sur les Status Pages.