InfraNestInfraNest
Règles d’automatisation

Vérifiez les exécutions de vos automatisations

Une fois une règle active, InfraNest enregistre chacune de ses exécutions — vous pouvez ainsi confirmer qu'elle fonctionne et voir exactement ce qu'a fait chaque action.

Mis à jour le 30 octobre 20263 min de lecture

Cet article s'adresse à toute personne souhaitant vérifier que ses automatisations fonctionnent comme prévu — utile lors de la configuration d'une règle, ou lorsque quelque chose ne s'est pas déclenché comme attendu.

#Vue d'ensemble

  • Chaque règle d'automatisation conserve un historique de ses exécutions, ce qui permet de confirmer qu'elle fonctionne et de voir exactement ce qu'a fait chaque action.
  • Vous pouvez vérifier une règle avant de l'enregistrer, la tester à la demande une fois enregistrée, et consulter son historique d'exécution dès que quelque chose semble anormal.
  • Des garde-fous comme le Temps de recharge et la détection des échecs aident à éviter les dérives des règles.

#Prévisualiser une règle avant l'enregistrement

  1. Pendant la création d'une règle, cliquez sur Aperçu (simulation) pour voir ce qu'elle ferait, en utilisant un exemple réel et récent de votre compte. Il s'agit d'une simulation sans risque — elle n'exécute pas réellement les actions.
  2. Pour toute étape utilisant un service connecté, comme GitHub ou PagerDuty, l'aperçu indique le nom de la connexion qui serait utilisée.
  3. Pour Créer une issue GitHub, l'aperçu va plus loin — il affiche le dépôt et le titre avec vos variables remplies, et vérifie que la connexion peut réellement y ouvrir une issue. Si ce n'est pas le cas, l'étape s'affiche comme échouée et en explique la raison, et rien n'est créé.
  4. Si une variable ressort vide pour l'exemple, elle est listée sous l'étape. Un champ vide signifie généralement qu'une partie du titre ou du message serait manquante, donc vérifiez-le bien avant d'enregistrer.
  5. Les variables que seul l'événement réel peut remplir (comme le nombre de jours avant l'expiration d'un domaine) ne s'affichent pas dans l'aperçu, car l'exemple ne dispose pas encore de ces données.

#Tester une règle enregistrée

  1. Ouvrez la règle que vous souhaitez vérifier.
  2. Cliquez sur Test run pour l'exécuter à la demande et voir le résultat, sans attendre que l'événement réel se produise.
  3. Chaque étape affiche ce qu'elle aurait fait, avec les mêmes détails et avertissements de variables vides que dans l'aperçu.

#Consulter l'historique d'exécution

  1. Ouvrez la règle que vous souhaitez examiner.
  2. Consultez ses Exécutions récentes.
  3. Chaque exécution liste ses Actions sous forme d'étapes, dans l'ordre, ainsi que le résultat de chacune — réussi, échoué ou ignoré — y compris la sortie ou le message d'erreur.
Vérifiez les exécutions de vos automatisations
  1. Si une règle attend avant d'alerter à nouveau (par exemple, « Moniteur hors service → attendre, puis escalader »), elle peut s'arrêter plus tôt si quelqu'un a déjà pris en compte le problème ou s'il s'est résolu de lui-même. Dans ce cas, l'exécution s'affiche comme Ignorée, et l'étape d'attente en explique la raison — par exemple, Arrêté : {name} l'a acquitté. Rien après l'étape d'attente n'a été envoyé.
  2. La liste Toutes les automatisations affiche également les Exécutions — le nombre total de fois où chaque règle s'est exécutée.

NoteL'historique des exécutions est conservé pendant 90 jours. Les détails d'une exécution — y compris l'événement qui l'a déclenchée et ce que chaque étape a envoyé — ne sont visibles que par les membres dont le rôle permet de modifier les automatisations, car ils peuvent contenir du texte provenant d'autres outils, comme un commentaire GitHub. Tous les autres membres peuvent tout de même voir si une exécution a fonctionné et tout message d'erreur.

#Garde-fous

  • Temps de recharge — si une règle a un temps de recharge défini, elle ne s'exécutera pas à nouveau pour le même événement avant la fin de ce délai, ce qui empêche une rafale d'événements concernant un même domaine ou moniteur de la saturer. Les autres domaines et moniteurs ne sont pas affectés.
  • Les règles qui échouent de manière répétée sont marquées comme Désactivée automatiquement après des échecs répétés, afin que vous puissiez les corriger ou les désactiver.

TipChaque exécution est également enregistrée dans votre Journal d'audit, ce qui vous donne un second endroit pour vérifier ce qui s'est passé et quand.

Articles similaires

Prêt en quelques secondes

Réunissez toute votre infrastructure dans un tableau de bord moderne.

Offre gratuite · Sans carte bancaire · Configuré en quelques minutes