Une coupure réseau de vingt minutes en pleine série de production, et les mesures de la ligne disparaissent sans laisser de trace. Voilà le scénario qui juge une remontée de données machines vers Azure : pas le débit nominal, pas le tableau de bord, la panne. En usine, le réseau tombe toujours au pire moment, et les mesures perdues sont celles de l'incident que la qualité voudra comprendre le lendemain.
Nous passons nos journées sur des plateformes industrielles et IoT dans Azure, de la passerelle en atelier jusqu'au stockage cloud. Cet article décrit un seul motif d'architecture, celui qui rend la remontée des données machines vers Azure fiable en conditions d'usine : une file d'attente entre l'atelier et le cloud. Il s'adresse au responsable informatique industriel qui doit défendre ce choix devant son directeur de site.
La promesse : aucune mesure perdue, même réseau coupé, même quand toutes les machines déclarent leur fin de poste dans la même minute. Son prix se compte en jours d'ingénierie, chiffré plus bas sur notre grille publique.
La panne d'abord : le trou dans l'historique
Le montage naïf tient des semaines. Un service en atelier lit les mesures des automates et les écrit directement dans une base hébergée dans Azure. Puis la liaison tombe : maintenance du pare-feu, incident télécom, câble arraché par un chariot. Pendant vingt minutes, chaque écriture échoue. Le service réessaie une fois, deux fois, abandonne. La production, elle, ne s'est pas arrêtée.
Le résultat est un trou dans l'historique, invisible sur le moment. On le découvre des semaines plus tard, lors d'une réclamation client ou d'une analyse de dérive : les mesures du lot incriminé n'existent pas. Une donnée machine ne se rejoue pas. La température de cuisson du mardi à 14 h 12 est perdue pour de bon.
Brancher les machines sur la base : l'erreur par défaut
C'est l'architecture par défaut parce que c'est la plus rapide à monter. Une chaîne de connexion, une table, une écriture par mesure. En démonstration, rien ne la distingue d'une bonne architecture.
Elle casse pour trois raisons. La base devient un point de défaillance unique : indisponible, elle perd des données de production. Chaque machine connaît son schéma : la moindre évolution de structure se propage jusqu'en atelier. Et la rafale de fin de poste, quand toutes les machines déclarent en même temps, arrive sans amortisseur.
Le motif : une file d'attente entre l'usine et le cloud
Le schéma se décrit en une phrase. La machine parle à une passerelle dans l'atelier ; la passerelle écrit dans une file d'attente dans Azure ; un consommateur lit la file à son rythme et écrit dans la base. Trois maillons, et chaque maillon ne connaît que le suivant.
Chaque maillon absorbe une panne différente. Réseau coupé : la passerelle garde les mesures sur son disque et les renvoie à la reconnexion. Base indisponible : la file conserve les messages, le consommateur reprend où il s'était arrêté. Rafale : la file encaisse, le consommateur lisse. La base ne voit jamais la tempête.
Autre effet utile pour le directeur de site : on remplace la base sans toucher à l'atelier, on ajoute une machine sans toucher au cloud.
Rafales, ordre, doublons : les trois questions qui décident du design
Le motif est standard, son dimensionnement non. Trois questions décident de tout.
- Quelle est la pire rafale ? Pas le débit moyen : la reconnexion après une heure de coupure, quand la passerelle rejoue tout son tampon par-dessus le pic de fin de poste. On dimensionne la file et le consommateur pour ce pic.
- L'ordre compte-t-il ? Pour un historique de mesures, l'horodatage pris à la source suffit et l'ordre d'arrivée est indifférent. Pour un calcul d'état, il faut un ordre garanti par machine : les partitions d'une file savent le faire.
- Que fait-on des doublons ? Une livraison fiable est une livraison au moins une fois : après une coupure, certains messages arrivent deux fois. L'écriture doit être idempotente, avec une clé machine plus horodatage. C'est une décision de conception, pas une rustine de dernière minute.
Ce que la file coûte, et quand plus simple gagne
Le motif n'est pas gratuit. Il ajoute quelques secondes de latence, ce qui exclut tout pilotage temps réel par ce chemin : le pilotage reste dans l'automate. Il ajoute aussi un composant à exploiter : une file se surveille, profondeur, retard de consommation, file de rebut pour les messages invalides.
Un chemin plus simple gagne dans deux cas. Si la machine conserve son propre historique et qu'on peut le relire après coup, une coupure réseau n'est plus une perte de données : des écritures directes périodiques suffisent. Et si les mesures alimentent un simple affichage de confort, sans traçabilité ni processus qualité derrière, la rigueur du motif ne se justifie pas encore.
Où loger la remontée des données machines dans le parc Azure d'une PME industrielle
Une PME n'exploitera pas une plateforme de streaming exotique. La version Azure du motif tient en quatre services managés : une passerelle logicielle sur un PC industriel en atelier, Azure IoT Hub ou Event Hubs comme file d'entrée, Azure Functions comme consommateur, une base SQL ou un stockage d'historisation en sortie.
Ce périmètre se gère avec l'équipe informatique existante : pas de cluster à entretenir, pas d'astreinte spécialisée. Notre critère : si le motif exige une compétence que l'usine n'a pas et n'embauchera pas, c'est le mauvais motif.
Quand le motif se rembourse dans un forfait
Un premier chantier, chiffré sur notre grille publique (150 à 450 € par jour selon le profil) :
- Architecture et réponses aux trois questions : 3 jours à 450 € = 1 350 €
- Passerelle d'atelier avec tampon disque : 10 jours à 300 € = 3 000 €
- Consommateur et écritures idempotentes : 8 jours à 300 € = 2 400 €
- Supervision, alertes et file de rebut : 5 jours à 400 € = 2 000 €
- Essais de panne, coupures simulées et mise en service : 4 jours à 400 € = 1 600 €
Total : 30 jours et 10 350 €. Le chemin direct coûte une dizaine de jours de moins. L'écart se rembourse à la première coupure sérieuse dès que vos mesures alimentent la traçabilité, la qualité ou la facturation : un seul trou d'historique sur un lot sensible coûte plus cher en investigation que dix jours d'ingénierie.
Ce périmètre tient dans un forfait parce que le motif est connu : les inconnues se concentrent dans les protocoles des machines, pas dans l'architecture. Pour un programme multi-lignes, nous passons en pod, une équipe stable de 15 000 à 40 000 € par mois. Notre modèle est hybride : pilotage, qualité et contrats en Belgique, ingénierie à Rabat. Plus de 17 projets livrés pour plus de 10 clients. Démarrage au plus tôt deux semaines après la demande.
Confrontez votre propre parc à ce motif sur jadev-corp.com/quote : décrivez vos machines et vos flux, obtenez une estimation immédiate sur la même grille, et un ingénieur relit chaque devis formel sous un jour ouvré.