Cette dette d'outillage a un coût rarement chiffré. Une dégradation réseau qu'aucune sonde n'a le droit d'observer, un disque qui se remplit sans alerte, une latence qui dérive sans courbe pour la montrer : autant d'incidents qui passent sous le radar, non par manque de compétence, mais parce que l'instrument adéquat n'a pas pu être posé. Pour une direction informatique, c'est un risque opérationnel diffus, difficile à porter en comité parce qu'il ne devient visible qu'au moment où il se réalise.
Une réponse par la sobriété
C'est sur ce terrain qu'intervient un consultant qui a fait de cette contrainte son point de départ. Fort d'une carrière de près de 30 ans en environnements critiques régulés, Eric Guiffault publie une famille d'outils conçus pour fonctionner là, précisément, où les solutions classiques ne peuvent pas aller. L'approche détonne par son économie de moyens : chaque outil se résume à un script PowerShell unique, sans installation, dont l'interface se consulte dans un simple navigateur. Rien à déployer au sens d'un logiciel tiers, rien qui demeure sur la machine une fois le travail fait.
La démonstration tient en quelques outils déjà publics. PS-MRTG suit la bande passante d'un serveur Windows et en trace les courbes, là où une chaîne de supervision réseau réclamerait une stack complète. PS-PING analyse la latence et fait ressortir les anomalies que la commande de base ignore. D'autres couvrent l'occupation disque ou la consultation d'archives hors ligne. À chaque fois, la même règle de conception : tourner partout, sans rien installer, y compris sur une machine isolée.
Ce que cela dit du marché
Le choix d'Eric Guiffault s'inscrit dans une tendance de fond que les directions informatiques connaissent bien : la lassitude vis-à-vis des plateformes lourdes, facturées à l'usage, qui imposent leur agent et leur dépendance là où un besoin ponctuel appellerait un instrument simple. Face à elles, l'outil autonome et open source répond à trois attentes que le régulé rend non négociables.
La première est la maîtrise. Sous licence MIT, le code est lisible et peut être relu, validé et conservé par l'équipe elle-même, sans boîte noire ni engagement contractuel. Pour une fonction conformité, cette transparence vaut souvent mieux qu'une certification fournisseur. La deuxième est l'absence d'empreinte : ne rien laisser d'installé simplifie la tenue de l'inventaire logiciel, un point sensible dès qu'un audit se profile. La troisième est l'autonomie vis-à-vis du réseau, qui permet d'opérer sur des segments cloisonnés ou déconnectés sans ouvrir de flux.
Reste la question de la production. Fabriquer et maintenir de petits outils fiables a longtemps été trop coûteux pour qu'une seule personne s'y consacre sérieusement. C'est là qu'Eric Guiffault assume une pratique qu'il décrit comme une ingénierie augmentée par l'IA : les modèles de langage accélèrent l'écriture et le débogage, tandis que l'expertise métier reste seule juge de ce qui part en production. Le script demeure court et auditable, mais sort plus vite. Le mouvement n'est pas propre à lui, il dessine une façon nouvelle de produire de l'outillage interne, à la portée d'un consultant ou d'une petite équipe. Pour les directions qui surveillent leurs coûts récurrents et leur dépendance aux fournisseurs, cette capacité à produire en interne des outils ciblés, sans licence ni abonnement, pèse autant que les outils eux-mêmes.
Un signal plus qu'un produit
Il ne s'agit pas de remplacer une plateforme d'observabilité d'entreprise par une poignée de scripts. L'enjeu est ailleurs : couvrir les angles morts que ces plateformes laissent, et le faire avec des outils qu'une organisation contrôle de bout en bout. Les dépôts publics de Eric Guiffault donnent à voir cette logique appliquée, code à l'appui.
Pour un responsable d'exploitation, la leçon est moins dans les outils eux-mêmes que dans le parti pris qu'ils incarnent. En production régulée, la sophistication n'est pas toujours la bonne réponse. Un instrument simple, autonome et lisible, qui ne réclame aucun déploiement et ne laisse rien de résident sur la machine, répond parfois mieux à la contrainte qu'une solution dix fois plus capable mais qu'on n'a pas le droit d'installer. Ce renversement de perspective, où la contrainte dicte l'outil plutôt que l'inverse, est sans doute le véritable apport de la démarche d'Eric Guiffault pour qui pilote une exploitation soumise à de fortes exigences, là où la valeur d'un outil se mesure d'abord à sa capacité à exister dans le périmètre autorisé.