Un incident s’ouvre quand une panne est confirmée. Une vérification échouée est répétée avant toute action, si bien qu’un simple raté ne réveille jamais personne. L’incident se ferme de lui-même quand le moniteur est rétabli.
Ce que nous avons constaté
Ouvrez l’incident depuis Incidents dans la barre latérale. What we saw conserve les preuves du moment où il a commencé :
La vérification en échec, avec l’adresse à laquelle elle s’est connectée, les en-têtes et le début de la réponse.Network path : quand le serveur n’a pas répondu, un traceroute montre où le chemin se rompt.Screenshot : quand le serveur a répondu, un vrai navigateur capture ce que voyaient les visiteurs. Les captures d’écran sont conservées 90 jours.
En panne alors que le site fonctionne chez vous ? Voir pourquoi un moniteur est en panne alors que votre site fonctionne.
Chronologie et notes
Timeline affiche chaque vérification, alerte et note : vous voyez qui a été alerté et quand.Choisissez Acknowledge pour signaler à l’équipe que vous vous en occupez. Voir escalade et prise en charge.Ajoutez des notes au fil de votre travail. Seule votre équipe les voit.
Rédiger une analyse post-incident
Ouvrez l’incident et repérez Incident review.Décrivez ce qui s’est passé, pourquoi, et ce que vous changez. Start from a template vous donne une structure.Pour l’afficher sous l’incident sur vos pages de statut, activez Show on status pages et choisissez Publish. Sinon, choisissez Save pour la garder au sein de l’équipe.
Les clients font davantage confiance à une page qui explique ses pannes qu’à une page qui n’en affiche jamais. Incidents affiche aussi le MTTA et le MTTR des 30 derniers jours. En savoir plus sur la gestion des incidents.