Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédenteDernière révisionLes deux révisions suivantes | ||
reseaux:internet:pubsub [2021/12/20 11:02] – [2. Client/Serveur versus Publish/Subscribe] phil | reseaux:internet:pubsub [2022/08/06 09:01] – [3. Client/Serveur versus Publish/Subscribe] phil | ||
---|---|---|---|
Ligne 3: | Ligne 3: | ||
===== Publish/ | ===== Publish/ | ||
{{ : | {{ : | ||
- | [Mise à jour le 20/12/2021] | + | [Mise à jour le 6/8/2022] |
* **Source** : Mooc Fun " | * **Source** : Mooc Fun " | ||
Ligne 23: | Ligne 23: | ||
Le broker peut alors utiliser des filtres pour envoyer uniquement ces messages aux abonnés du topic concerné. Il existe plusieurs protocoles Publish-Subscribe tels que **MQTT** (**Message Queuing Telemetry Transport**), | Le broker peut alors utiliser des filtres pour envoyer uniquement ces messages aux abonnés du topic concerné. Il existe plusieurs protocoles Publish-Subscribe tels que **MQTT** (**Message Queuing Telemetry Transport**), | ||
+ | ==== 2. Exemple : MQTT ==== | ||
Imaginons par exemple que plusieurs capteurs soient installés dans deux bâtiments A et B. Certains capteurs collectent des informations sur la température et d’autres collectent des informations sur l’humidité. Ces capteurs peuvent envoyer les données régulièrement à un broker central. | Imaginons par exemple que plusieurs capteurs soient installés dans deux bâtiments A et B. Certains capteurs collectent des informations sur la température et d’autres collectent des informations sur l’humidité. Ces capteurs peuvent envoyer les données régulièrement à un broker central. | ||
{{ : | {{ : | ||
Ligne 30: | Ligne 31: | ||
Certains abonnés peuvent s’abonner aux messages en fonction de leur intérêt. Ainsi, un abonné intéressé uniquement par les données d’humidité du bâtiment B peut s’abonner au sujet / | Certains abonnés peuvent s’abonner aux messages en fonction de leur intérêt. Ainsi, un abonné intéressé uniquement par les données d’humidité du bâtiment B peut s’abonner au sujet / | ||
- | ==== 2. Client/ | + | ==== 3. Client/ |
Les principaux avantages du paradigme publish-subscribe par rapport au paradigme client-serveur, | Les principaux avantages du paradigme publish-subscribe par rapport au paradigme client-serveur, | ||
Ligne 38: | Ligne 39: | ||
L’absence de couplage entre l’expéditeur et le destinataire se fait en termes d’espace, de temps et de synchronisation. Celui qui publie les données a une tâche simplifiée. Il n'a pas à gérer ou connaître ceux qui les consomment, il n'a qu’à les envoyer au broker. | L’absence de couplage entre l’expéditeur et le destinataire se fait en termes d’espace, de temps et de synchronisation. Celui qui publie les données a une tâche simplifiée. Il n'a pas à gérer ou connaître ceux qui les consomment, il n'a qu’à les envoyer au broker. | ||
- | MQTT est très léger et conçu pour les périphériques de faibles puissances. Il a une très petite empreinte logicielle et est optimisé pour fonctionner dans les environnements à faible bande passante. Cela rend MQTT idéal pour les applications IoT. Malgré tout, l’usage de TCP et des très nombreux acquittements peut s’avérer lourds pour les équipements ou les réseaux très contraints. Une version plus légère basée sur UDP existe pour ces cas d’usage, mais elle est peu utilisée. | + | **MQTT est très léger et conçu pour les périphériques de faibles puissances**. Il a une très petite empreinte logicielle et est optimisé pour fonctionner dans les environnements à faible bande passante. Cela rend **MQTT idéal pour les applications IoT**. Malgré tout, l’usage de TCP et des très nombreux acquittements peut s’avérer lourds pour les équipements ou les réseaux très contraints. Une version plus légère basée sur UDP existe pour ces cas d’usage, mais elle est peu utilisée. |
- | <note tip> | + | <callout type="tip" icon=" |
<note warning> | <note warning> | ||
+ | |||
+ |