Cette rubrique décrit le modèle requête-réponse du protocole MQTT (Message Queuing Telemetry Transport) 5.0 pris en charge par IoT Platform.
Contexte
Dans le modèle de publication-abonnement de MQTT, la publication et la réception des messages sont asynchrones, ce qui découple l'éditeur de l'abonné. Certains scénarios métier concrets impliquant des appareils IoT nécessitent une réponse de la part des abonnés. Dans ce cas, utilisez le modèle requête-réponse. Par exemple, un serveur peut envoyer une commande pour allumer ou éteindre un appareil, ou un appareil peut demander des données à un serveur.
Description de la fonctionnalité
Le modèle requête-réponse de MQTT 5.0 repose sur des messages de requête et de réponse asynchrones, contrairement au modèle HTTP. Pour associer le message de réponse à la requête initiale, ajoutez les champs Response Topic et Correlation Data au message de requête. Cette approche simplifie le développement côté répondeur.
Response Topic : chaîne de caractères indiquant la rubrique (topic) sur laquelle le répondeur publie le message de réponse.
Correlation Data : données binaires stockant le contexte de la requête. Le répondeur utilise ces données pour identifier le message de requête associé.
La figure suivante illustre le processus de messagerie lors de l'utilisation du modèle requête-réponse.
Lorsque vous envoyez plusieurs requêtes à un appareil simultanément, incluez un ID de requête dans le champ Correlation Data de chaque message. Cela permet au répondeur d'identifier distinctement chaque requête.
IoT Platform prend en charge la communication par appel de procédure distante inversée (RRPC). Pour contrôler des appareils distants en temps réel, utilisez RRPC afin d'obtenir des réponses de manière synchrone.
IoT Platform doit recevoir les messages QoS 1. Pour garantir que les abonnés reçoivent bien les messages et exécutent les actions requises, nous vous recommandons d'utiliser le modèle requête-réponse.
Scénarios
Un appareil demande des données au serveur
Dans certains cas, les appareils IoT doivent solliciter des données auprès du serveur. Prenons l'exemple d'un robot cuiseur intelligent qui demande diverses recettes depuis le cloud, chaque type de recette étant stocké dans une rubrique distincte. Avec le modèle requête-réponse, le serveur se contente de renvoyer les recettes sans avoir à distinguer les rubriques, ce qui simplifie son développement.
L'appareil utilise le champ Correlation Data pour associer les messages de requête et de réponse, comme dans le scénario de contrôle à distance.
Le serveur répond uniquement avec les données demandées par l'appareil, sans avoir à identifier la rubrique associée au message de réponse.
Le serveur contrôle un appareil distant
Lorsqu'un serveur envoie une commande à un appareil distant, il s'attend à recevoir une réponse immédiate. Par exemple, un serveur peut envoyer une instruction pour déverrouiller une serrure électronique. Ce scénario se prête bien au modèle requête-réponse ; vous pouvez également inclure les informations d'identité de l'appareil dans le champ Correlation Data afin d'authentifier l'appareil.
