MQTT – Definition, Erklärung und Praxisbeispiel
MQTT ist ein schlankes Publish/Subscribe-Nachrichtenprotokoll für Geräte mit begrenzten Ressourcen und instabilen Verbindungen – Standard in vielen IoT- und Industrieanwendungen.
Was ist MQTT? Das IoT-Messaging-Protokoll erklärt
MQTT hat sich als De-facto-Standard für die Maschine-zu-Maschine-Kommunikation im IoT durchgesetzt. Sensoren, Gateways und Cloud-Dienste tauschen Nachrichten über Topics aus; ein Broker vermittelt zwischen Publishern und Subscribern. Durch den geringen Overhead eignet sich MQTT besonders für batteriebetriebene Geräte und schmalbandige Verbindungen. AWS IoT Core, Azure IoT Hub und viele Open-Source-Broker (z. B. Mosquitto, HiveMQ) unterstützen MQTT.
Was ist MQTT?
- MQTT ist ein schlankes Publish/Subscribe-Nachrichtenprotokoll für Geräte mit begrenzten Ressourcen und instabilen Verbindungen – Standard in vielen IoT- und Industrieanwendungen.
MQTT (Message Queuing Telemetry Transport) ist ein offenes, leichtgewichtiges Publish/Subscribe-Protokoll für die asynchrone Übertragung von Nachrichten. Entwickelt für Sensornetze und eingebettete Systeme, nutzt es einen zentralen Broker: Clients publizieren Nachrichten zu Topics (z. B. sensoren/temperatur/raum1) oder abonnieren Topics und erhalten alle Nachrichten, die dazu publiziert werden. Die Kommunikation läuft standardmäßig über TCP (Port 8883 mit TLS); es gibt Varianten wie MQTT over WebSockets für Browser. MQTT 3.1.1 und MQTT 5 erweitern das Protokoll um bessere Fehlerbehandlung, Eigenschaften und Session-Übernahme.
Wie funktioniert MQTT?
Ein Client verbindet sich zum Broker (mit optionalem Benutzernamen/Passwort und TLS). Er sendet CONNECT, der Broker antwortet mit CONNACK. Zum Publizieren sendet der Client eine PUBLISH-Nachricht mit Topic und Payload; der Broker leitet sie an alle Subscriber dieses Topics weiter. Topics können hierarchisch sein (z. B. factory/hall1/machine1/vibration). Wildcards (+ für eine Ebene, # für den Rest der Hierarchie) ermöglichen flexibles Abonnieren. Quality of Service (QoS 0, 1, 2) steuert, ob Nachrichten maximal einmal, mindestens einmal oder genau einmal zugestellt werden.
Praxisbeispiele
Sensoren in einer Fabrikhalle senden Temperatur- und Vibrationsdaten an einen MQTT-Broker; ein Dashboard abonniert die Topics und visualisiert Echtzeitdaten.
Smart-Home-Geräte melden ihren Zustand (an/aus, Helligkeit) über MQTT; eine Steuerungslogik publiziert Befehle an die gleichen Topics.
Fahrzeuge senden Telemetriedaten an einen Cloud-Broker; Backend-Services abonnieren Topics pro Fahrzeug für Analyse und Alarmierung.
Typische Anwendungsfälle
Industrielles IoT: Maschinen- und Sensordaten zentral sammeln und an Analytics oder Dashboards verteilen.
Smart Home und Gebäudeautomation: Gerätesteuerung und -status über einen Broker.
Mobile und schmalbandige Geräte: Geringer Protokoll-Overhead spart Batterie und Bandbreite.
Vorteile und Nachteile
Vorteile
- Sehr geringer Overhead, gut für ressourcenbeschränkte Geräte.
- Publish/Subscribe entkoppelt Sender und Empfänger; Skalierung durch mehrere Broker möglich.
- QoS und persistente Sessions sorgen für zuverlässige Zustellung auch bei Unterbrechungen.
Nachteile
- Broker ist Single Point of Failure, wenn nicht geclustert.
- Für sehr hohe Durchsätze können andere Protokolle (z. B. Kafka) sinnvoller sein.
Häufig gestellte Fragen zu MQTT
MQTT vs. HTTP – wann was?
MQTT eignet sich für viele kleine Nachrichten, Echtzeit-Updates und Geräte mit instabiler Verbindung (Wiederverbindung, Queue). HTTP eignet sich für Request/Response, REST-APIs und einmalige Abfragen. Viele IoT-Plattformen unterstützen beide.
Ist MQTT sicher?
MQTT selbst ist ein Protokoll; die Sicherheit kommt von TLS (verschlüsselte Verbindung), Authentifizierung (Benutzername/Passwort oder Zertifikate) und Zugriffskontrolle auf Broker-Ebene. AWS IoT und Azure IoT Hub nutzen MQTT mit TLS und Zertifikaten pro Gerät.
MQTT im Kontext moderner IT-Projekte
MQTT gehört zum Bereich IoT und spielt in zahlreichen IT-Projekten eine wichtige Rolle. Bei der Entscheidung für oder gegen MQTT sollten Unternehmen nicht nur die technischen Eigenschaften betrachten, sondern auch organisatorische Faktoren wie vorhandenes Know-how im Team, bestehende Infrastruktur und langfristige Wartbarkeit.
Unsere Erfahrung aus über 250 Softwareprojekten zeigt, dass die richtige Einordnung einer Technologie oder Methode im Gesamtkontext oft entscheidender ist als ihre isolierten Stärken.
Wir bei Groenewold IT Solutions haben MQTT in verschiedenen Kundenprojekten eingesetzt und kennen sowohl die Stärken als auch die typischen Herausforderungen, die bei der Einführung auftreten können. Falls Sie unsicher sind, ob MQTT für Ihr Vorhaben geeignet ist, beraten wir Sie gerne in einem unverbindlichen Gespräch. Dabei analysieren wir Ihre konkreten Anforderungen und geben eine ehrliche Einschätzung – auch wenn das Ergebnis sein sollte, dass eine andere Lösung besser zu Ihnen passt.
Verwandte Begriffe
MQTT in Ihrem Projekt?
Wir beraten Sie gerne zu MQTT und finden die optimale Lösung für Ihre Anforderungen. Profitieren Sie von unserer Erfahrung aus über 200 Projekten.