Incidents, fonctionnez en pilote automatique jusqu'à ce qu'un humain doive décider
Lorsqu'une alerte se déclenche, l'agent effectue un tri, extrait des données télémétriques, croise les incidents antérieurs et gère le runbook, de sorte que les humains atterrissent sur un incident chaud, pas froid.
Le coût des incidents ne se limite pas à la panne; c'est le temps humain perdu à rassembler le contexte. Les agents peuvent effectuer la collecte (et la plupart des étapes de résolution connues) en quelques secondes, de sorte que les intervenants arrivent avec une situation déjà définie.
Les 5 premières minutes d'un incident
- 01
Trier et enrichir
Les alertes sont dédupliquées, corrélées aux changements récents et affectées d'une gravité pondérée en fonction de la confiance.
- 02
Exécution du runbook
Pour les modèles connus, l'agent pilote le runbook (annulations, mise à l'échelle, basculements) avec des journaux joints à l'incident.
- 03
Transférer ou résoudre
Les incidents résolus se terminent par un talon post-mortem ; les problèmes non résolus sont transmis à l'astreinte avec un contexte complet.
Capacités
Bibliothèque Runbook
Vos runbooks deviennent exécutables par agent, avec des modes d'exécution à sec pour les flux non fiables.
Préparation post-mortem
La chronologie, les différences et la surface affectée sont assemblées automatiquement pour chaque incident.
Estimation du rayon de souffle
Les agents quantifient la portée (locataires, utilisateurs, services) dans le cadre du tri.
Changer la corrélation
Les déploiements récents, les modifications de configuration et les retournements de drapeaux sont référencés par rapport aux fenêtres d'alerte.