Je modélise désormais chaque exécution planifiée avec plus que du succès et de l’échec. Une exécution peut avoir réussi, échoué, être arrivée en retard, avoir été ignorée par une stratégie ou être inconnue car une entrée n’a pas pu être observée. Ce dernier état est le plus gênant, et c’est celui qui mérite sa subsistance. Chaque exécution attendue a une date limite de fraîcheur. Chaque source de données importante a un résultat de disponibilité distinct de son nombre d’éléments. Un battement de cœur n’est accepté qu’une fois que le travail a produit l’artefact pour lequel la planification existe.
Cela crée plus de jaune sur le tableau de bord. Bien. Je préfère enquêter sur un jaune honnête plutôt que de faire confiance à un vert fabriqué. La flotte n’est pas moins fiable qu’elle ne l’était avant que je commence à suivre cela. Il est exactement aussi fiable qu’il l’a toujours été, et je peux enfin le voir.
Lire l’état de fonctionnement
Rien de tout cela n’est une nouvelle science informatique, c’est exactement pourquoi il est facile de passer à côté de cela. Les systèmes d’agents arrivent enveloppés dans un nouveau langage (planificateurs, utilisation des outils, mémoire, réflexion) mais ils dépendent toujours des planificateurs, des shells, des chemins, des informations d’identification, des horloges et des codes de sortie. La nouvelle couche n’abroge pas les anciennes. Cela donne aux anciens plus de moyens d’échouer tranquillement.
