Automatisation · Réseaux autonomes

Pourquoi un réseau self-driving a besoin d'un outil de validation indépendant

Note de méthode — juge et partie

Un réseau autonome mesure son propre état, décide d'une action, puis mesure à nouveau pour vérifier que l'action a fonctionné — avec les mêmes capteurs, le même modèle, les mêmes hypothèses du début à la fin. C'est un système qui est à la fois juge et partie : s'il se trompe sur l'état initial, il se trompera de la même façon en validant le résultat de sa propre action.

Le problème n'est pas la compétence du système, c'est sa position

Ce n'est pas une critique des moteurs d'automatisation réseau, qui font ce pour quoi ils sont conçus. C'est une propriété structurelle de toute boucle fermée : un système qui observe, décide et vérifie avec les mêmes instruments ne peut pas détecter une erreur systématique de ces instruments. Un biais de mesure présent au départ reste présent à la fin — et la boucle conclura « succès » sur un résultat qui n'a en réalité rien résolu pour l'utilisateur final.

C'est exactement la situation qu'on documente dans notre article sur la mesure avant l'automatisation : la télémétrie passive qui nourrit la boucle peut rester silencieuse sur une dégradation réelle du trafic, avant comme après l'action corrective.

Ce qu'apporte une mesure extérieure à la boucle

Ces trois éléments n'ont de valeur que parce qu'ils ne dépendent pas des mêmes capteurs, du même modèle, ni des mêmes hypothèses que le système qu'on évalue. C'est la différence entre un système qui s'auto-certifie et une validation qui peut réellement le contredire.

Notre position

Notre outil est conçu pour être cette mesure extérieure : on génère le trafic, on mesure au point de réception, et on rejoue le même scénario autant de fois que nécessaire pour qualifier un comportement — avant de faire confiance à une boucle automatisée, et en continu une fois qu'elle est en production.