L’échec silencieux

Une automatisation qui plante bruyamment est un bon élève. Elle prévient, on répare, la vie continue.

Le vrai problème est celle qui s’arrête sans rien dire. Le travail semble fait, personne ne vérifie puisque c’est automatique, et le manque se découvre par un client mécontent trois semaines plus tard.

Pourquoi c’est le mode de panne principal

Deux raisons se cumulent, et elles sont structurelles.

Une automatisation est invisible quand elle marche. C’est son intérêt. C’est aussi ce qui fait que son absence ne se remarque pas.

Le contrôle humain a disparu. La personne qui faisait la tâche à la main aurait vu qu’un dossier manquait. Elle ne fait plus la tâche.

Résultat : le délai entre la panne et sa découverte se compte en semaines, alors qu’il se comptait en minutes du temps où c’était manuel.

Les six façons de tomber en silence

Voici les causes réelles, par fréquence décroissante.

L’autorisation expirée. Un mot de passe changé, un jeton révoqué, une connexion à renouveler tous les quatre-vingt-dix jours. La plateforme désactive le connecteur, souvent avec un mail que personne ne lit.

Le quota atteint. Le plan gratuit ou l’offre souscrite plafonne les exécutions. Une fois le plafond franchi, plus rien ne tourne, jusqu’au mois suivant.

Le changement chez le fournisseur. Un champ renommé, un format modifié, une version d’interface retirée. L’enchaînement continue de tourner et récupère du vide.

Le filtre qui ne correspond plus. Le nom d’un dossier a changé, l’objet des mails a évolué, la colonne s’appelle autrement. Le déclencheur ne se déclenche plus, ou le filtre bloque tout.

La désactivation manuelle. Quelqu’un a mis l’enchaînement en pause pour tester quelque chose, et ne l’a jamais réactivé. Plus fréquent qu’on ne l’imagine.

Le résultat vide traité comme valide. Le cas le plus vicieux : l’enchaînement tourne, réussit techniquement, et produit du vide parce que la source ne renvoie plus rien.

Les cinq premières laissent une trace dans les journaux de la plateforme. La sixième n’en laisse aucune.

Les contrôles de vraisemblance

Trois à cinq par enchaînement, dix minutes à construire, et ils attrapent l’essentiel.

Sur les nombres. Le montant est-il strictement positif ? Inférieur à un plafond plausible ? Le total correspond-il à peu près à la somme des lignes ?

Sur les listes. La liste contient-elle au moins un élément ? Moins que le maximum attendu ?

Sur les dates. La date est-elle dans une plage plausible, ni dans dix ans ni en 1970 ?

Sur les textes. Le champ est-il non vide ? D’une longueur raisonnable ? Différent de la valeur par défaut ?

Sur le volume global. Le nombre de traitements du jour est-il dans la fourchette habituelle ? C’est le contrôle le plus puissant, et le sujet de la fiche suivante.

Quand un contrôle échoue, l’élément part dans la branche « à vérifier » et quelqu’un est prévenu. Il ne continue pas.

Le contrôle du silence

Voilà le contrôle qui manque dans la quasi-totalité des automatisations que je vois.

Toutes les surveillances classiques détectent un événement anormal. Aucune ne détecte l’absence d’événement.

Il faut donc un enchaînement séparé, très simple, qui se déclenche à heure fixe et vérifie qu’il s’est bien passé quelque chose.

« Chaque jour à 18 h, compte les lignes ajoutées aujourd’hui dans le tableau de suivi. Si le compte est à zéro alors qu’un jour ouvré normal en produit entre cinq et vingt, envoie un message. »

Cet enchaînement de trois étapes est probablement le meilleur investissement de tout le module. Il détecte les six causes de panne d’un coup, y compris la sixième, celle qui ne laisse aucune trace.

Construis-le pour tes enchaînements importants. Un seul suffit pour surveiller plusieurs automatisations qui alimentent la même destination.

Le délai de découverte, à décider

Une question à poser pour chaque automatisation, et à écrire dans son dossier.

Combien de temps peut-elle rester en panne avant que ce soit un problème ?

Un enchaînement qui alimente un tableau de suivi consulté le vendredi peut tomber trois jours sans conséquence.

Un enchaînement qui prévient l’astreinte, qui transmet une déclaration ou qui répond à un client ne peut pas tomber deux heures.

Cette réponse détermine tout le reste : la fréquence de surveillance, le canal d’alerte, et qui doit être prévenu. Sans elle, on surveille tout de la même façon, c’est-à-dire mal.

Vérifie ta compréhension

Question : ton enchaînement quotidien affiche « exécuté avec succès » tous les jours depuis un mois dans le journal de la plateforme. Tout va bien ?

Réponse : pas nécessairement. « Exécuté avec succès » signifie qu’aucune étape n’a levé d’erreur, pas que le travail a été fait. Si la source ne renvoie plus rien depuis trois semaines, parce qu’un filtre ne correspond plus ou qu’une colonne a été renommée, l’enchaînement traite zéro élément et réussit parfaitement. Vérifie le nombre d’éléments traités, pas le statut, et construis le contrôle du silence : c’est exactement le cas qu’il détecte.

Fiche suivante : la surveillance et les alertes, en pratique.

Une formationBaxIA