[!NOTE] TL;DR : Pour ma troisième mission d’alternance, je suis sorti du logiciel pur pour mener un audit industriel en automatisme. Objectif : remplacer un système de télémétrie obsolète par une architecture Edge Computing moderne. Au programme : rétro-ingénierie de 168 000 lignes de logs, arbitrage entre protocoles MQTT et OPC-UA, et surtout, diplomatie technique face à des enjeux métiers divergents.
Un développeur peut-il garantir la réussite d’un projet industriel s’il ne quitte jamais son IDE ? La réponse est non. Pour comprendre les réels enjeux de la convergence IT/OT, il faut parfois se confronter physiquement au matériel. C’est dans cette optique que j’ai mené un audit pour un client industriel du secteur de la décoration, dont le système de télémétrie vieillissant devait être remplacé.
Moderniser un système obsolète par l’Edge Computing
Le besoin initial était clair : le client exploitait des machines via un matériel inadapté géré par un prestataire externe. L’objectif était de remonter des indicateurs de production fiables en temps réel directement vers un système centralisé Cloud (MES).
Mais l’enjeu dépassait le simple remplacement matériel sur un site pilote. Mon rôle était de poser les fondations d’une véritable doctrine d’architecture standardisée, sécurisée et réplicable à grande échelle. Il a fallu définir l’acquisition matérielle via des contrôleurs industriels spécifiques, la stratégie d’isolation électrique et le transport sécurisé des données. C’est le prolongement naturel de mes travaux de refonte architecturale sur l’APS.
Rétro-ingénierie et traitement massif de logs
Pour produire un document d’audit servant de référence contractuelle, je ne pouvais pas me baser sur des suppositions. L’étape la plus intense fut la phase de rétro-ingénierie.
J’ai analysé le matériel existant sur le terrain, puis j’ai récupéré et traité les fichiers de logs réels des machines. Cela a représenté l’analyse de plus de 168 000 lignes de données réparties sur trois formats radicalement hétérogènes. Cette approche factuelle m’a permis de définir la répartition exacte de la puissance de calcul nécessaire entre l’équipement local (Edge) et le Cloud, en m’appuyant systématiquement sur les documentations constructeurs.
L’arbitrage IoT : MQTT face à OPC-UA
La conception d’une architecture cible implique souvent de trancher entre plusieurs standards industriels. Sur ce projet, un désaccord technique structurant est apparu concernant la collecte des données depuis le contrôleur :
- D’un côté, une approche poussant un flux événementiel via MQTT depuis la passerelle vers le Cloud.
- De l’autre, une partie prenante défendait une interrogation synchrone en OPC-UA directement dans le contrôleur.
Plutôt que d’imposer ma vision, j’ai objectivé le débat. J’ai documenté les deux scénarios (avantages, limites, implications d’architecture) et je les ai soumis à l’arbitrage.
La diplomatie au cœur de l’audit technique
C’est ici que l’intelligence de situation (les soft skills) prend le pas sur la technique pure. Dialoguer avec le chef de production du client, le responsable commercial et les équipes techniques (chacun ayant des priorités divergentes) exige une véritable diplomatie technique.
La validation de l’audit s’est faite en 6 réunions itératives avec le client (de la version 1.0 à la 1.5), garantissant que mes préconisations reflétaient la réalité opérationnelle et non une simple vision théorique.
Ce que j’en retiens
L'humain reste le meilleur protocole de communication
Cette mission m'a prouvé que ma véritable valeur ajoutée se situe là où les algorithmes s'arrêtent. Vulgariser des concepts pointus (protocoles, architecture événementielle) pour un client non spécialiste est un atout indispensable. Traduire un besoin métier complexe en une architecture précise est une compétence où l'humain conserve, à ce jour, un avantage décisif sur l'IA (comme je l'explique dans mon analyse sur les workflows génératifs).