IoT Hub vs Event Hubs — Pourquoi la plupart des industriels choisissent le mauvais service

1. LE SYMPTÔME DU ATELIER ET LE DÉFI CENTRAL
Les équipes envoient fréquemment la télémétrie des machines vers Azure en utilisant le service qui semble le plus adapté lors des ateliers initiaux, pour découvrir des mois plus tard que le chemin de données ne peut pas supporter les opérations réelles de l'usine. Il en résulte souvent plusieurs tableaux de bord affichant des valeurs contradictoires (par exemple des moyennes sur 5 minutes comparées à des valeurs maximales ou des alarmes) dérivées de copies du même signal. En fin de compte, cette déconnexion technique pose un problème de confiance plutôt qu'un simple bug logiciel. L'erreur fondamentale consiste à traiter toutes les données machine entrantes comme une télémétrie générique au lieu de séparer le contrôle des appareils, l'état de configuration, les commandes et le traitement des flux.

2. CLASSIFIER LE TRAFIC DE L'USINE
Avant de sélectionner les services Azure, le trafic doit être catégorisé par nom, direction et propriété afin de garantir une gestion appropriée.

• Les événements représentent des faits liés à un instant précis, décrivant ce qui s'est passé et quand, comme la fin d'un cycle de presse ou une mesure de vibration dépassant une limite. Ce sont des enregistrements en ajout seul qui ne doivent pas être modifiés en aval.
• Les commandes sont des demandes indiquant à un appareil ou une passerelle d'exécuter une action avec une intention précise, comme collecter des diagnostics ou tester une connexion. Elles engagent une responsabilité d'exécution et doivent respecter les limites locales des automates programmables (PLC) et de sécurité.
• L'état reflète la condition actuelle connue d'un appareil, comme sa version logicielle ou la correspondance de recette active, plutôt que son historique chronologique complet. L'état est généralement géré via les propriétés souhaitées et signalées.
• Les messages métier concernent le travail opérationnel qui doit être effectué et suivi, notamment les blocages qualité et les demandes de maintenance. Ils ne doivent jamais être mélangés directement aux pipelines d'événements de capteurs bruts.

3. MODÈLE MENTAL : PORTAIL D'IDENTITÉ CONTRE AUTOROUTE DE DONNÉES
Azure IoT Hub agit comme le portail contrôlé, en se concentrant principalement sur les relations et le cycle de vie des appareils via un registre d'identités, l'authentification et le statut activé ou désactivé. Cela permet aux équipes de sécurité d'isoler ou de désactiver une seule passerelle compromise ou suspecte, comme une passerelle de la ligne 4, lors d'un incident, sans interrompre l'ensemble du chemin de télémétrie de l'usine. À l'inverse, Azure Event Hubs sert d'autoroute de données, entièrement dédiée au traitement des flux et au transfert à haut volume pour de nombreux lecteurs indépendants. Event Hubs ne gère pas le cycle de vie des appareils, les micrologiciels ni les configurations souhaitées ; sa mission principale est de faire circuler efficacement le trafic à travers les partitions et les groupes de consommateurs.

4. GESTION DES APPAREILS ET SÉCURITÉ
Les options d'authentification dépendent fortement des capacités matérielles et de l'architecture de sécurité. Les clés symétriques utilisant des jetons SAS conviennent bien aux matériels contraints et aux passerelles, mais elles nécessitent un stockage matériel sécurisé pour prévenir le vol de clés. Par ailleurs, les certificats X.509 offrent des chaînes plus propres via une autorité de certification de confiance pour les parcs importants, bien qu'ils exigent une rotation et une gestion du cycle de vie robustes. Le cycle de vie d'un appareil suit un schéma d'enrôlement, de modification, de désactivation et de remplacement, garantissant qu'une unité matérielle de remplacement se rattache proprement à son rôle opérationnel et à son identité cloud sans casser les pipelines en aval ni créer d'actifs fantômes. De plus, les jumeaux d'appareils utilisent les états souhaités et signalés pour la gestion de la configuration et l'état de santé, bien que la télémétrie à haute fréquence ne doive jamais être stockée dans les jumeaux d'appareils.

5. MÉCANIQUE DU TRAITEMENT DES FLUX ET DU ROUTAGE
Les partitions divisent les flux en voies ordonnées, où la garantie d'ordre s'applique strictement au sein d'une même partition, généralement partitionnée par ID de machine, de ligne ou de passerelle selon la logique métier. Les groupes de consommateurs permettent à plusieurs systèmes en aval, comme les calculateurs TRS (OEE), les outils de surveillance de l'état des équipements et les services d'ingestion vers le data lake, de lire le même flux indépendamment sans se disputer les positions de lecture. La rétention des flux offre une fenêtre de travail pour la reprise à court terme, la tolérance aux pannes et la correction de la logique par rejeu. Toutefois, la rétention des flux ne remplace pas un historien durable ni un lakehouse pour la conservation des enregistrements à long terme.

6. SYNTHÈSE DES DÉCISIONS D'ARCHITECTURE
Lors de l'évaluation des services, Azure IoT Hub est idéal pour les passerelles de périphérie gérées, les configurations à distance et l'isolation de sécurité des appareils grâce à un registre par appareil et aux jumeaux d'appareils natifs. Azure Event Hubs est idéal pour une télémétrie continue et à haut volume distribuée à plusieurs consommateurs via des stratégies d'accès au niveau de l'espace de noms, sans gestion native du cycle de vie des appareils. Une architecture d'usine robuste combine fréquemment les deux : IoT Hub à la frontière de connexion pour gérer la confiance, l'identité et la configuration, et Event Hubs en aval pour distribuer en toute sécurité le flux d'événements à haut volume à des consommateurs indépendants.

Devenez un soutien de ce podcast : https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.