Le silence trompeur
Un workflow bien fait devient invisible. Personne n'y pense, et c'est le but.
Le revers est immédiat : le jour où il s'arrête, personne ne le remarque non plus. L'automatisation transfère la charge de l'exécution vers la surveillance, elle ne la supprime pas.
Les trois pannes silencieuses
Le déclencheur qui ne déclenche plus. Une autorisation expirée, un webhook supprimé côté émetteur, une connexion révoquée après un changement de mot de passe. Le workflow n'est pas en erreur : il ne s'exécute plus du tout, ce qui n'apparaît dans aucun journal d'erreurs.
Le quota épuisé. L'offre gratuite atteint sa limite le 20 du mois, et rien ne tourne jusqu'au 1er.
Le changement de format. L'émetteur renomme un champ, votre étape lit une valeur vide et continue. Des enregistrements incomplets se créent sans qu'aucune erreur ne soit levée.
Ces trois cas ont un point commun : aucun ne produit d'erreur. C'est pour cela qu'une surveillance fondée uniquement sur les erreurs ne les voit pas.
Surveiller l'absence, pas seulement l'échec
Le contrôle décisif est celui du silence anormal.
Si un workflow tourne d'ordinaire plusieurs fois par jour, une alerte doit se déclencher lorsqu'il ne s'est pas exécuté depuis vingt-quatre heures. Beaucoup de plateformes savent le faire ; sinon, un second workflow planifié peut vérifier la date de la dernière exécution du premier.
C'est la seule surveillance qui attrape le déclencheur mort, et c'est la moins répandue.
Les quatre alertes utiles
- absence d'exécution sur une période anormale, la plus importante
- taux d'échec supérieur à un seuil, pas un échec isolé
- quota consommé au-delà de 80 %
- file de rattrapage non vide depuis plus d'un jour
Envoyez-les là où l'équipe regarde, pas dans une boîte de réception dédiée que personne n'ouvre.
Le tableau de bord minimal
Trois chiffres suffisent, relevés une fois par semaine : nombre d'exécutions, taux de succès, et nombre d'éléments en attente de rattrapage.
Une variation de la première ligne sans changement d'activité est le signal le plus fiable qu'un problème s'installe.
Documenter, pour l'après
Le vrai risque de long terme n'est pas la panne, c'est l'oubli. Quatre lignes par workflow, dans un endroit partagé :
- ce qu'il fait, en une phrase
- ce qui le déclenche
- quels comptes et connexions il utilise
- qui prévenir s'il casse
Le troisième point est celui qui bloque tout le monde : un workflow branché sur le compte personnel d'un salarié parti cesse de fonctionner, et personne ne sait quoi reconnecter.
Utilisez des comptes de service partagés, pas des comptes nominatifs.
À retenir
L'automatisation déplace la charge vers la surveillance. Les pannes les plus graves ne produisent aucune erreur : surveillez l'absence d'exécution avant tout. Quatre alertes, trois chiffres hebdomadaires, et des comptes de service plutôt que nominatifs.