Mettre à jour et résoudre un incident
Publiez des mises à jour sur un incident en cours et résolvez-le une fois réglé — gardez la chronologie publique à jour et vos abonnés informés.
Un incident n'est pas un message unique : c'est un récit que vous déroulez à mesure qu'il évolue. Cette page explique comment publier des mises à jour pendant qu'un problème est en cours et comment résoudre proprement l'incident une fois réglé, pour que votre chronologie publique reste juste et que vos abonnés ne restent jamais dans le flou.
Si vous n'avez pas encore ouvert d'incident, commencez par Signaler un incident ou laissez les incidents automatiques en ouvrir un pour vous.
Publier une mise à jour
Chaque mise à jour ajoutée à un incident est horodatée et vient s'ajouter à sa chronologie publique, la plus récente en haut. Une mise à jour peut faire avancer l'incident (nouveau statut) et porte toujours un message.
Ouvrez l'incident
Rendez-vous dans Incidents et ouvrez l'incident en cours. Vous voyez son statut actuel, son impact et la chronologie des mises à jour publiées. Ouvrir vos incidents dans Servor
Décrivez ce qui a changé
Ajoutez un court message décrivant ce qui est nouveau depuis la dernière mise à jour — ce que vous avez trouvé, ce que vous avez tenté, ou ce à quoi les utilisateurs peuvent s'attendre. Limitez chaque mise à jour à une idée claire.
Faites avancer le statut s'il a changé
Passez l'incident au statut qui correspond à la réalité du moment — par exemple de En cours d'analyse à Identifié une fois la cause connue. Voir statut et impact pour la signification de chaque valeur.
Ajustez l'impact si besoin
Si la situation s'est améliorée ou aggravée, mettez à jour l'impact. Les composants liés suivent automatiquement le nouvel impact.
Publiez la mise à jour
Publiez-la. La mise à jour apparaît immédiatement sur la chronologie de la page de statut et vos abonnés sont notifiés.
Un rythme régulier inspire confiance
Pendant un incident actif, publiez à une cadence prévisible — même un simple « Analyse toujours en cours, prochaine mise à jour dans 30 minutes » a de la valeur. Le silence se lit comme « personne ne s'en occupe », ce qui est rarement vrai.
Résoudre l'incident
Une fois le problème réglé et la stabilité confirmée, résolvez l'incident. C'est le dernier chapitre de la chronologie.
Confirmez que le correctif tient
Si vous êtes passé en Sous surveillance pour observer un correctif, laissez-lui assez de temps pour être sûr que le problème ne reviendra pas dès que vous aurez le dos tourné.
Rédigez un message de clôture
Ajoutez une dernière mise à jour résumant ce qui s'est passé, la cause racine si vous la connaissez, et le fait que le service est rétabli. C'est le message que l'on relira plus tard : soignez-le particulièrement.
Passez le statut à Résolu
Marquez l'incident Résolu. Les composants liés reviennent à l'état opérationnel et la page de statut affiche de nouveau le service en bonne santé.
Publiez
Publiez la résolution. Les abonnés reçoivent une notification finale de « résolution » et l'incident rejoint votre historique, où il continue de compter dans le récit de disponibilité de votre page de statut.
Résoudre est une action délibérée
Même quand un moniteur s'est déjà rétabli, un incident automatique reste ouvert tant que vous ne l'avez pas résolu. C'est voulu : un moniteur rétabli signifie que le symptôme a disparu, mais vous seul pouvez confirmer que l'incident est vraiment terminé et rédiger le mot de clôture.
La chronologie publique
Tout ce que vous publiez sur un incident — le premier signalement, chaque mise à jour, la résolution — s'affiche dans l'ordre sur votre page de statut. Les lecteurs voient une chronologie claire : quand ça a commencé, comment ça a évolué, et quand ça s'est terminé.
- Les mises à jour s'ajoutent. Vous publiez de nouvelles mises à jour ; vous ne réécrivez pas l'histoire. La chronologie est un compte rendu : rédigez chaque entrée comme quelque chose que vous assumez de laisser en place.
- Les horodatages sont automatiques. Chaque entrée est datée au moment de sa publication, si bien que les intervalles entre les mises à jour racontent leur propre histoire.
- Les incidents résolus restent visibles. Les incidents passés demeurent dans l'historique de votre page de statut et contribuent à l'image de disponibilité dans la durée.
Qui est notifié
Publier une mise à jour — y compris la résolution — notifie les abonnés de la page de statut liée, sur le canal qu'ils ont choisi (e-mail ou webhook). Si un incident n'est lié à aucune page de statut, il constitue un compte rendu privé : aucune entrée sur une chronologie publique et aucune notification d'abonné tant que vous n'en rattachez pas une.
Chaque publication atteint vos abonnés
Chaque mise à jour publiée envoie une notification. Regroupez de petites découvertes en une mise à jour utile plutôt que d'en publier plusieurs minimes à la suite — vos abonnés les ressentent toutes.
Le faire via l'API
Vous pouvez publier des mises à jour et résoudre des incidents par programmation —
résoudre revient simplement à publier une mise à jour avec le statut réglé sur
resolved. Cela nécessite le scope incidents:write. Voir
l'API Incidents pour les endpoints et les
charges utiles.
Voir aussi
Ouvrez un nouvel incident et définissez son titre, son statut et son impact.
Incidents automatiquesComment les moniteurs ouvrent des incidents que vous mettez ensuite à jour et résolvez.
AbonnésGérez qui reçoit vos notifications d'incident.
Incidents et maintenanceComment incidents et maintenances planifiées apparaissent sur votre page de statut.