Dans l’internet des objets, des milliards de capteurs, machines et objets connectés échangent de petites quantités de données en continu. Derrière une partie de ces communications se trouve un protocole discret mais essentiel : MQTT. Léger, fiable et conçu pour les réseaux contraints, il joue un rôle central dans de nombreux usages IoT, de la maison connectée à l’industrie.
Que signifie MQTT dans l’internet des objets ?
MQTT signifie Message Queuing Telemetry Transport. En français, on peut le traduire par transport de télémétrie par file de messages. Le terme paraît technique, mais l’idée est simple : MQTT permet à des objets connectés d’envoyer et de recevoir des informations de manière efficace, même avec peu de bande passante, une faible puissance de calcul ou une connexion instable.
Le protocole a été créé à la fin des années 1990 par Andy Stanford-Clark et Arlen Nipper, à l’origine pour surveiller des oléoducs via des liaisons satellites coûteuses et peu rapides. Cette contrainte explique son ADN : réduire au maximum le poids des échanges tout en conservant une communication fiable. Depuis, MQTT est devenu un standard très utilisé dans l’IoT, notamment grâce à sa simplicité et à son adaptation aux environnements distribués.
Concrètement, MQTT ne transporte pas de pages web ni de gros fichiers. Il est surtout pensé pour des messages courts : température, humidité, état d’un interrupteur, position GPS, alerte de panne, mesure énergétique ou commande envoyée à un équipement. C’est ce qui en fait un outil particulièrement adapté à la télémétrie, c’est-à-dire la transmission automatique de mesures à distance.
Un protocole fondé sur le modèle publication-abonnement
La principale particularité de MQTT est son modèle de communication. Contrairement à une architecture classique où un client interroge directement un serveur, MQTT repose sur un mécanisme appelé publication-abonnement, ou publish-subscribe. Les objets ne parlent pas toujours directement entre eux. Ils publient des messages sur des canaux thématiques, et d’autres clients s’abonnent à ces canaux pour les recevoir.
Au centre du dispositif se trouve le broker MQTT. Il agit comme intermédiaire : il reçoit les messages, les trie par sujet et les redistribue aux clients abonnés. Par exemple, un capteur peut publier la température d’une pièce sur le sujet maison/salon/température. Une application mobile, un tableau de bord ou un système de chauffage peuvent s’abonner à ce sujet et recevoir automatiquement les nouvelles valeurs.
Ce fonctionnement présente un avantage important : les producteurs et les consommateurs de données n’ont pas besoin de se connaître. Un capteur peut continuer à publier ses mesures sans savoir combien d’applications les utilisent. Cette séparation rend les architectures IoT plus souples, plus évolutives et plus faciles à maintenir, surtout quand le nombre d’équipements augmente.
Pourquoi MQTT est-il adapté aux objets connectés ?
L’internet des objets impose souvent des contraintes fortes. Les appareils peuvent fonctionner sur batterie, communiquer via des réseaux mobiles, Wi-Fi instables, LoRaWAN ou connexions industrielles, et disposer d’une mémoire limitée. MQTT répond à ces contraintes grâce à une structure très légère. Son en-tête minimal ne pèse que 2 octets, ce qui limite la quantité de données échangées à chaque message.
Cette sobriété a des conséquences concrètes. Moins de données envoyées signifie moins de consommation réseau, moins d’énergie utilisée et une meilleure réactivité dans les environnements contraints. Pour un capteur alimenté par pile, cela peut contribuer à prolonger l’autonomie. Pour une flotte de milliers d’objets, cela réduit aussi la charge sur l’infrastructure.
MQTT est également apprécié pour sa capacité à gérer les connexions intermittentes. Dans un contexte IoT, un appareil peut perdre temporairement le réseau. Le protocole prévoit des mécanismes comme les sessions persistantes, les messages conservés ou la dernière volonté, appelée Last Will and Testament, qui permet de signaler automatiquement qu’un client s’est déconnecté de manière anormale.
- Légèreté : peu de données de contrôle, idéal pour les réseaux contraints.
- Découplage : les capteurs et applications communiquent via un broker, sans lien direct obligatoire.
- Fiabilité configurable : plusieurs niveaux de qualité de service selon l’importance du message.
- Scalabilité : le modèle publication-abonnement convient aux déploiements avec de nombreux objets.
- Interopérabilité : MQTT est largement supporté par les plateformes IoT, les automates, les passerelles et les services cloud.
Le rôle des topics et des messages
Dans MQTT, les messages sont publiés sur des topics, c’est-à-dire des sujets organisés sous forme hiérarchique. Un topic peut ressembler à usine/ligne1/moteur3/température ou bâtiment/étage2/salle204/co2. Cette structure facilite le classement des données et permet aux applications de s’abonner à un sujet précis ou à un groupe de sujets.
Les caractères génériques offrent une grande flexibilité. Une application peut s’abonner à toutes les températures d’une usine, à tous les capteurs d’un étage ou à toutes les alertes d’une famille d’équipements. Cette approche rend MQTT très pratique pour construire des tableaux de bord, des systèmes d’alerte ou des automatisations.
Le contenu du message, appelé payload, reste libre. Il peut contenir du texte, du JSON, du binaire ou un format métier spécifique. MQTT ne dicte pas la signification des données : il se concentre sur leur transport. Cette neutralité explique pourquoi il peut être utilisé dans des environnements très différents, du capteur domestique à la plateforme industrielle.
Fiabilité : les trois niveaux de qualité de service
MQTT permet de choisir un niveau de fiabilité selon le besoin. Ce mécanisme est appelé Quality of Service, souvent abrégé QoS. Il évite d’appliquer le même niveau d’exigence à tous les messages. Une mesure de température envoyée toutes les dix secondes n’a pas forcément la même criticité qu’une alerte incendie ou une commande d’arrêt machine.
Le niveau QoS 0 correspond à un envoi au mieux : le message est transmis une fois, sans garantie de réception. C’est le plus léger. Le QoS 1 garantit que le message arrive au moins une fois, avec un risque de doublon. Le QoS 2 assure une livraison exactement une fois, au prix d’échanges supplémentaires. Ce choix permet d’équilibrer performance et fiabilité selon le contexte.
Dans une installation réelle, les architectes IoT évitent généralement de tout mettre au niveau le plus élevé. Un excès de QoS 2 peut alourdir inutilement le réseau. La bonne pratique consiste à adapter la qualité de service à la criticité des données, en tenant compte de la latence acceptable, du coût réseau et de la capacité des équipements.
Sécurité : un point incontournable
MQTT n’est pas sécurisé par défaut lorsqu’il est utilisé sans protection. Le port standard non chiffré est le 1883, tandis que le port 8883 est généralement utilisé avec TLS. En production, le chiffrement des communications est indispensable, surtout lorsque les données transitent sur Internet ou concernent des équipements sensibles.
La sécurité repose aussi sur l’authentification et les autorisations. Un broker doit pouvoir vérifier l’identité des clients, par mot de passe, certificat ou jeton, puis limiter les topics auxquels chacun peut publier ou s’abonner. Sans règles d’accès précises, un objet compromis pourrait lire des données qui ne le concernent pas ou envoyer de fausses commandes.
Il faut également surveiller l’infrastructure. Les brokers MQTT doivent être mis à jour, journalisés et protégés contre les connexions abusives. Dans un système IoT complet, MQTT cohabite souvent avec d’autres protocoles réseau. Par exemple, la supervision des équipements réseau aide à suivre l’état des serveurs, commutateurs et passerelles qui soutiennent les communications.
MQTT, HTTP et autres protocoles : quelles différences ?
MQTT est souvent comparé à HTTP, car les deux peuvent transporter des données entre clients et serveurs. Pourtant, leurs usages ne sont pas identiques. HTTP repose généralement sur un modèle requête-réponse : un client demande une ressource, le serveur répond. MQTT, lui, pousse les messages vers les abonnés dès qu’ils sont disponibles, ce qui convient mieux aux flux d’événements.
HTTP reste pertinent pour des API, des interfaces web ou des échanges ponctuels. MQTT est plus adapté lorsqu’un grand nombre d’objets publient régulièrement de petites informations. Son modèle réduit le besoin d’interrogations répétées, parfois coûteuses. Dans un bâtiment connecté, par exemple, il est plus efficace qu’un capteur publie une mesure lorsqu’elle change plutôt qu’une application vienne l’interroger constamment.
D’autres protocoles existent dans l’IoT, comme CoAP, AMQP ou des protocoles industriels spécialisés. Le choix dépend du réseau, de la consommation énergétique, de la sécurité, de l’écosystème logiciel et des contraintes métier. MQTT s’impose souvent lorsque l’on recherche un compromis entre simplicité, légèreté et adoption large.
Exemples d’usages concrets de MQTT
Dans la maison connectée, MQTT sert à relier des ampoules, thermostats, détecteurs d’ouverture, prises électriques ou systèmes d’alarme. Des plateformes domotiques l’utilisent pour centraliser les événements et déclencher des scénarios. Un détecteur de mouvement peut publier une présence, tandis qu’un système d’éclairage abonné au topic correspondant réagit automatiquement.
Dans l’industrie, MQTT facilite la remontée de données depuis des machines, automates, capteurs vibratoires ou compteurs d’énergie vers des plateformes de maintenance prédictive. Il permet de transmettre des mesures fréquentes sans surcharger le réseau. Les entreprises l’emploient aussi pour connecter des sites distants, surveiller des équipements et alimenter des tableaux de bord opérationnels.
Dans les transports, l’agriculture ou la ville intelligente, le protocole sert à suivre des véhicules, mesurer la qualité de l’air, piloter l’éclairage public ou contrôler l’irrigation. Pour que les données soient exploitables, la précision temporelle compte aussi : la synchronisation horaire des serveurs permet d’aligner correctement les événements collectés par différents systèmes.
Ce qu’il faut retenir sur MQTT
MQTT est un protocole de messagerie conçu pour transporter efficacement des données entre objets connectés, applications et plateformes. Sa signification, Message Queuing Telemetry Transport, résume bien son rôle : transmettre de la télémétrie de façon légère, organisée et fiable. Son architecture autour d’un broker, de topics et d’abonnements en fait un outil particulièrement adapté aux architectures IoT modernes.
Son succès tient à plusieurs facteurs : faible consommation de bande passante, simplicité d’intégration, gestion des connexions instables et fiabilité ajustable. Mais MQTT ne dispense pas de concevoir une architecture solide. Le chiffrement, l’authentification, la gestion des droits, la supervision et la cohérence des topics restent indispensables pour un déploiement durable.
En résumé, MQTT n’est pas seulement un acronyme technique. C’est l’un des langages de communication les plus utilisés pour faire dialoguer les objets connectés. Dans un monde où les capteurs se multiplient, il offre une réponse pragmatique à un défi central de l’IoT : transmettre les bonnes données, au bon moment, avec le minimum de ressources possible.
