Suche…


Einführung

Das Protokoll läuft über TCP / IP oder über andere Netzwerkprotokolle, die geordnete, verlustfreie bidirektionale Verbindungen bereitstellen.

Ein einfaches Public / Subscribe-Modell in MQTT

Die wichtigsten Merkmale sind:

  • Verwendung des Publish / Subscribe-Nachrichtenmusters, das die Verteilung von Nachrichten an mehrere Nachrichten und die Entkopplung von Anwendungen ermöglicht.

  • Ein Nachrichtentransport, der den Inhalt der Nutzdaten nicht beeinflusst. Drei Servicequalitäten für die Zustellung von Nachrichten

  • Ein kleiner Transportaufwand und Protokollaustausch werden minimiert, um den Netzwerkverkehr zu reduzieren

Geben Sie hier die Bildbeschreibung ein

Im Allgemeinen gibt es zwei Arten von Messaging-Diensten.

  • Warteschlange (Einzelverbindung)

  • Thema (eins zu eins / eins zu vielen)

MQTT unterstützt keine Warteschlangen, die zuverlässig sind, aber MQTT unterstützt Topic. Standardmäßig ist Topic unzuverlässig. Wir können jedoch MQTT-Funktionen und -Methoden verwenden, um es zuverlässig zu machen.

Unterschied zwischen Thema und Warteschlange

Warteschlange:

  • Punkt-zu-Punkt-Modell
  • Nur ein Verbraucher erhält die Nachricht
  • Nachrichten müssen in der gesendeten Reihenfolge zugestellt werden
  • Eine Warteschlange garantiert nur, dass jede Nachricht nur einmal verarbeitet wird.
  • Die Warteschlange weiß, wer der Consumer oder der JMS-Client ist. Das Ziel ist bekannt.
  • Der JMS-Client (der Consumer) muss nicht immer aktiv sein oder mit der Warteschlange verbunden sein, um die Nachricht zu empfangen oder zu lesen.
  • Jede erfolgreich verarbeitete Nachricht wird vom Verbraucher bestätigt.

Thema:

  • Modell veröffentlichen / abonnieren

  • Mehrere Kunden abonnieren die Nachricht

  • In der gesendeten Bestellung müssen keine Nachrichten übermittelt werden

  • Es kann nicht garantiert werden, dass jede Nachricht nur einmal verarbeitet wird. Da kann dies vom Modell abgefühlt werden

  • Das Thema hat mehrere Abonnenten und es besteht die Möglichkeit, dass das Thema nicht alle Abonnenten kennt. Das Ziel ist unbekannt

  • Der Abonnent / Client muss aktiv sein, wenn die Nachrichten vom Produzenten erstellt werden, es sei denn, das Abonnement war ein dauerhaftes Abonnement.

  • Nein, jede erfolgreich verarbeitete Nachricht wird vom Verbraucher / Teilnehmer nicht bestätigt.

Mit MQTT können wir jedoch die Nachteile des Themas reduzieren. Das Thema kann zuverlässig sein und die Duplikate in den MQTT-Funktionen steuern



Modified text is an extract of the original Stack Overflow Documentation
Lizenziert unter CC BY-SA 3.0
Nicht angeschlossen an Stack Overflow