← Retour à Architecture Cloud · Microsoft Azure

Azure IoT Hub

Passerelle cloud managée qui authentifie chaque Pod embarqué, route la télémétrie vers Azure Data Explorer et maintient le jumeau numérique de chaque véhicule de la flotte.

Qu'est-ce que c'est

Azure IoT Hub est un service PaaS (Platform as a Service) managé de Microsoft Azure qui sert de point de concentration bidirectionnel entre les appareils IoT répartis sur le terrain et l'infrastructure d'analyse dans le cloud. Il peut gérer des millions de connexions simultanées avec des latences de bout en bout inférieures à 60 ms.

Contrairement à un broker MQTT générique, IoT Hub ajoute une couche d'identité et de sécurité par appareil (Device Identity Registry), l'abstraction du Device Twin pour la synchronisation d'état, et un routage natif vers d'autres services Azure comme Event Hub, Storage, Service Bus ou Azure Data Explorer.

Rôle dans IN-SIGHT

Azure IoT Hub est la couche de transport qui connecte les Pods CM4 embarqués au moteur d'analyse dans le cloud :

  • Authentification par appareil : Chaque Pod s'enregistre avec un certificat X.509 unique. Aucune identification partagée : la révocation d'un appareil n'affecte pas le reste de la flotte.
  • Routage des messages : Les règles d'IoT Hub dirigent la télémétrie de vibration vers Azure Data Explorer via Event Hub, et les alertes de gravité élevée vers une file Service Bus qui alimente les notifications du portail.
  • Device Twin : Chaque Pod maintient un jumeau numérique dans le cloud avec son état rapporté (version du firmware, seuils actifs, dernier Golden Run) et l'état souhaité configuré par l'exploitant (nouvelle version de firmware, seuils mis à jour).
  • OTA (Over-The-Air) : Les mises à jour du firmware et des paramètres du filtre de Kalman sont distribuées via le Device Twin sans intervention physique sur le véhicule.
  • Surveillance de flotte : Le portail IN-SIGHT interroge l'état de connectivité en temps réel de tous les pods pour détecter les pods déconnectés ou à batterie faible.
Device Twin en pratique : Lorsque l'équipe de maintenance met à jour le seuil d'alerte de vibration pour un type de bogie précis, le changement se propage à tous les pods concernés lors de la prochaine synchronisation, sans envoyer de techniciens au dépôt.

Flux de données

  1. Connexion : Le CM4 établit une session MQTT/TLS 1.3 avec IoT Hub en s'authentifiant avec son certificat X.509.
  2. Publication : Le Pod publie la télémétrie sur le topic devices/{device-id}/messages/events/ avec des propriétés de routage (type de signal, niveau d'alerte).
  3. Routage : Les règles évaluent les propriétés du message et le réacheminent vers Event Hub (télémétrie normale) ou Service Bus (alertes).
  4. Ingestion ADX : Le connecteur natif IoT Hub → ADX écrit les messages dans la table de télémétrie avec une latence < 30 s.
  5. Twin sync : Toutes les 60 s, le Pod rapporte son état au Device Twin. Les changements de configuration souhaités sont appliqués à la synchronisation suivante.