10. Les dépendances SolidPing : une panne, une seule alerte
DocumentationUne panne de base de données ne devrait pas réveiller quelqu'un quatre fois en pleine nuit.
Dans cette vidéo, vous déclarez des liens de dépendance entre contrôles. Un lien fort indique que la panne d'un parent provoque celle de ses enfants : les incidents des enfants apparaissent toujours dans la chronologie, mais n'alertent personne. Un lien faible enregistre seulement une corrélation, et l'incident alerte quand même. Vous verrez l'effet quand une base de données tombe, comment le regroupement fonctionne même quand le parent confirme sa panne en dernier, et ce qui se passe quand le parent revient.
Étapes
Cinq contrôles, une seule cause
Cinq contrôles : une base de données, trois services qui en ont besoin (api, dashboard, worker) et un blog. Sans dépendances, une panne de la base donne quatre incidents et quatre alertes.
Ajouter une dépendance forte
Modifiez le contrôle api, ouvrez « Dépendances », choisissez la base comme parent et gardez le type « Forte » : une panne de la base cause celle de l'API, qui n'alerte donc pas seule. Cliquez sur « Ajouter une dépendance », puis sur « Enregistrer ».
Voir les liens
La page api affiche « Dépend de » : database, Forte. Le même lien existe sur dashboard et worker, et la page de la base les liste tous les trois sous « Dépendances inverses ».
Un seul incident dans la liste
La base tombe, puis les trois services. La liste des incidents n'en montre qu'un, celui de la base ; les trois autres sont regroupés dessous.
Afficher les incidents regroupés
Activez « Afficher les incidents regroupés » pour voir les quatre. Les incidents api, dashboard et worker portent le badge « regroupé ».
La portée
Ouvrez l'incident de la base. La carte « Portée » liste les trois services, tous regroupés, et la carte « Notifications » ne montre qu'un e-mail.
Un incident regroupé
Ouvrez l'incident api. Le bandeau indique qu'il est regroupé sous l'incident de la base : les alertes sont suspendues tant que la cause est ouverte. Aucune notification n'est partie.
Un seul e-mail
La boîte de l'astreinte ne contient qu'un e-mail, pour la base. Une panne, une alerte, pas quatre.
Quand le parent confirme en dernier
Réglez la période de confirmation du contrôle database sur 10 secondes. La page api affiche alors l'avertissement « Confirme plus vite que database ne peut détecter ».
Les enfants attendent en validation
La base retombe, puis les services. Ils restent « En validation » : SolidPing retient leurs incidents tant que leur parent fort est lui-même en validation.
Toujours une seule alerte
Dix secondes plus tard, la base confirme. Son incident s'ouvre et les trois services se regroupent dessous.
Ajouter une dépendance souple
Modifiez le contrôle blog et ajoutez la base comme parent, de type « Souple ». Un lien souple enregistre seulement la relation ; les alertes ne changent pas.
Un enfant souple alerte quand même
Quand le blog tombe, son incident n'est pas regroupé et il alerte. La boîte reçoit un second e-mail, pour le blog.
Le retour est réévalué
api, dashboard et blog reviennent, puis la base. SolidPing réévalue les services regroupés sous elle : le worker est toujours en panne, son incident quitte le regroupement et alerte seul.