MQTT et DDS :communication machine à machine dans l'IoT

Internet des objets (IoT) a reçu beaucoup d'attention ces derniers temps. L'impulsion derrière une partie de cela est l'annonce récente d'une initiative OASIS visant à normaliser le protocole IBM MQTT comme moyen de communication pour les « objets ». Cet article de blog du New York Times fournit des informations générales sur MQTT et l'annonce.

Si MQTT vous donne une impression de déjà-vu, alors vous connaissez probablement la norme du service de distribution de données du groupe de gestion des objets (OMG) pour les systèmes en temps réel (DDS). Comme MQTT, DDS a été spécialement conçu pour gérer la communication de machine à machine (M2M), le fondement de l'IoT.

DDS contre MQTT

Cependant, bien qu'ils partagent des aspirations communes, MQTT et DDS sont des normes très différentes. Chacun est optimisé autour d'hypothèses différentes sur la composition de l'IoT :

• MQTT est optimisé pour la collecte et l'analyse de données centralisées : la connexion de capteurs et d'appareils mobiles à des applications s'exécutant dans un centre de données.
• DDS est optimisé pour le traitement distribué - connectant directement les capteurs, les appareils et les applications les uns aux autres sans aucune dépendance à l'infrastructure informatique centralisée.

Les différences entre MQTT et DDS sont manifestes dans leurs architectures sous-jacentes.

Architecture MQTT

MQTT est en étoile. Les capteurs, les appareils et les applications communiquent via un courtier de messages s'exécutant sur un serveur (ou une appliance) dans un centre de données. Toutes les voies de communication via ce courtier centralisé.

Architecture DDS

DDS est décentralisé. Les objets qui produisent des données communiquent directement avec les applications et les objets qui consomment ces données. En d'autres termes, peer-to-peer. Les données ne sont acheminées vers un centre de données que si elles sont requises dans le centre de données.

En raison de leurs architectures différentes, MQTT et DDS sont adaptés à différents types d'applications.

Applications MQTT

MQTT s'adapte au M2M classique applications, dans lesquelles une machine cliente communique avec une machine serveur, en tête-à-tête. Un exemple est la surveillance à distance des actifs, tels que les capteurs qui surveillent les puits de pétrole et les pipelines.

Applications DDS

DDS est le meilleur lorsque tout le traitement des données n'est pas centralisé. Par exemple, considérons un système de surveillance des patients. Les données des capteurs (telles que les statistiques de l'état civil) sont nécessaires au chevet du patient, au poste d'infirmière, pour les dossiers de santé électroniques et même sur l'appareil mobile d'un médecin. Il serait incroyablement inefficace d'acheminer les données des capteurs via un centre de données pour les acheminer vers un moniteur de chevet colocalisé. Cela peut même être techniquement intenable en raison de l'exigence de bande passante globale.

Quel protocole de communication IoT est le meilleur ?

Ainsi, alors que MQTT et DDS fournissent des bases de communication standard pour l'Internet des objets, leurs architectures se prêtent à des topologies de déploiement très différentes. Le choix d'une solution centralisée lorsque vos flux de données sont distribués peut avoir un impact profond sur l'évolutivité et l'efficacité de vos applications.