Un récit d’incident plus clair.

Découvrez notre vision des rapports d’incident réunissant signaux, éléments probants et actions concrètes.

Aperçu du produit

Un contexte utile, avec des éléments probants.

Un rapport doit distinguer les observations des causes possibles et donner une base concrète à votre équipe.

Ce qui s’est passé
Commencez par les signaux observés et le service concerné.
Une cause possible
Expliquez l’hypothèse sans la présenter comme un diagnostic confirmé.
Prochaines étapes
Proposez des vérifications qu’une personne peut effectuer avant toute modification.

Le rapport IA est un aperçu du produit, pas un diagnostic en direct.

Exemple de rapport d’incidentAperçu

WARNITORINC-0142

store.example.com · 14:02 — 14:39 UTC

Les contrôles HTTPS renvoyaient des réponses 502, tandis que DNS et le point TLS public restaient accessibles.

Le schéma suggère un problème de l’application en amont. Vérifiez les journaux de déploiement et d’application.

502 Bad Gateway1,284upstream timed out1,197p50 response time180 ms → 4.8 s

Vérifiez l’application, les déploiements récents et les délais d’attente en amont.

Données d’exemple. Les causes proposées nécessitent une vérification humaine.

Dites-nous ce que vous exploitez. Trouvons le bon point de départ.