Warum MQTT und OPC UA keine Rivalen sind: Ein Leitfaden zur industriellen Architektur

Von Mirko Peters · 2026-10-21

Erfahren Sie, warum MQTT und OPC UA im Industrial IoT keine Rivalen sind. Entdecken Sie, wie sich Transporteffizienz und Maschinensemantik in der Fertigung kombinieren lassen.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Entdecken Sie die architektonischen Unterschiede zwischen MQTT und OPC UA in der modernen Fertigung. MQTT übernimmt die leichtgewichtige, entkoppelte Nachrichtenübertragung über instabile Produktionsnetzwerke hinweg, während OPC UA die Bedeutung auf Maschinenseite, strukturierte Datenmodelle und native Sicherheit definiert. Zusammen bilden sie das Fundament einer zuverlässigen Industrial-IoT-Strategie.

Das Wichtigste in Kürze

• MQTT fungiert als Transportschicht und leitet Rohdaten effizient von Edge-Gateways an mehrere Konsumenten weiter, ohne direkte Verbindungen zu erfordern.
• OPC UA fungiert als Bedeutungsschicht und schafft einen durchsuchbaren Adressraum mit strukturiertem Maschinenkontext, Variablen und Einheiten.
• MQTT und OPC UA als konkurrierende Protokolle zu betrachten, ist ein architektonischer Fehler; sie erfüllen grundlegend unterschiedliche Aufgaben im Fertigungs-Stack.
• Sich ausschließlich auf Transportmechanismen wie MQTT zu verlassen, ohne semantische Definitionen, führt zu Datensilos und widersprüchlichen Produktionskennzahlen.
• Eine saubere industrielle Integration trennt die Datenbereitstellung von der Geschäftslogik, damit operative Dashboards vertrauenswürdig bleiben.

Transport versus Bedeutung: Zwei verschiedene industrielle Aufgaben

Sobald Engineering-Teams damit beginnen, die Konnektivität in der Produktion zu modernisieren, taucht schnell eine typische Frage auf: Sollen wir unsere Architektur auf MQTT oder auf OPC UA aufbauen? Diese Fragestellung behandelt industrielle Konnektivität wie einen Wettkampf, bei dem nur einer gewinnen kann. Tatsächlich gleicht die Wahl zwischen diesen beiden Technologien der Frage, ob TCP oder JSON in der Webentwicklung besser ist. Sie arbeiten auf völlig unterschiedlichen Ebenen des Datenstacks und lösen verschiedene Probleme.

Um eine wirklich vernetzte Fertigungsumgebung aufzubauen, die Werkzeuge wie Azure IoT Operations und Microsoft Fabric nutzt, müssen Sie die Mechanik der Datenübertragung von der Definition des Datenkontexts trennen. Ohne diese Trennung stehen Fabriken oft vor teuren Cloud-Pipelines und makellosen Dashboards, die Kennzahlen anzeigen, denen auf dem Shopfloor niemand wirklich vertraut.

Was MQTT am besten kann: Effiziente Nachrichtenweiterleitung

MQTT ist im Kern ein leichtgewichtiges Publish-Subscribe-Protokoll, das auf Netzwerkeffizienz und entkoppelte Kommunikation ausgelegt ist. In einem typischen Fertigungsszenario sammelt ein Edge-Gateway Daten von einer speicherprogrammierbaren Steuerung (SPS) und veröffentlicht sie zu einem bestimmten Topic auf einem MQTT-Broker. Mehrere nachgelagerte Systeme, etwa Wartungsanwendungen, lokale Mensch-Maschine-Schnittstellen (HMIs) und Cloud-Ingestion-Pipelines, können dieses Topic abonnieren.

Der Publisher muss nicht wissen, wer zuhört, und er unterhält keine direkten Punkt-zu-Punkt-Verbindungen zu jedem konsumierenden System. Dieses entkoppelte Modell eignet sich besonders für Umgebungen mit instabilen Industrienetzwerken, sporadischem WLAN oder Mobilfunkverbindungen. MQTT hält den Datenverkehr klein und bietet persistente Sitzungen, um Netzwerkwiederverbindungen sauber abzufangen. So führen kurzzeitige Netzwerkabbrüche nicht dazu, dass die gesamte Datenpipeline ausfällt.

Was OPC UA bietet: Umfangreicher Maschinenkontext

Während MQTT ausschließlich für die Zustellung des Umschlags zuständig ist, kümmert sich OPC UA um den Inhalt. Ein OPC UA-Server stellt einen durchsuchbaren Adressraum bereit, der physische Maschinen, Prozesse und ihre Beziehungen abbildet. Anstatt mit einer flachen Liste roher SPS-Speicheradressen zu arbeiten, kann ein OPC UA-Client strukturierte Objekte, Variablentypen, technische Einheiten und Sicherheit auf Anwendungsebene erkennen.

Betrachten wir einen einfachen numerischen Zustandscode, den eine Maschine ausgibt. Ein roher Ganzzahlwert wie „1“ sagt für sich genommen nichts aus. In einer Verpackungslinie kann er „läuft“ bedeuten, in einer anderen eine Abfolge zum Zurücksetzen einer Störung. OPC UA liefert den maschinenseitigen Kontext und die standardisierten Datentypen, die nötig sind, um zu verstehen, was die Variable tatsächlich darstellt. Darüber hinaus integriert es industrielle Sicherheitsprotokolle, darunter Zertifikate und Verschlüsselung, nativ.

Die Gefahr semantischer Abweichungen im Industrial IoT

Viele Industrial-IoT-Piloten sind zunächst erfolgreich, weil sie auf einfache JSON-Nutzdaten setzen, die über MQTT-Topics übertragen werden. Ein Entwickler verbindet ein Gateway, legt verständliche Feldnamen fest und befüllt schnell ein Cloud-Dashboard. Sobald diese Piloten jedoch zu unternehmensweiten Programmen skaliert werden, treten schnell Namensinkonsistenzen auf.

Eine Produktionslinie überträgt die Temperatur als „temperature“, eine andere verwendet „temp“ und eine dritte „zone_one_actual“. Noch problematischer: Zwei Linien übertragen eine Metrik namens „speed“, wobei die eine Fördergeschwindigkeit in Metern pro Minute misst und die andere am Füller die Anzahl der Einheiten pro Minute zählt. Gelangen diese widersprüchlichen Fragmente in Ihre Reporting-Ebene oder den Data Lake, erzeugen sie präzise Diagramme von Ereignisabfolgen, die so nie stattgefunden haben.

Ein Transport-Broker kann eine Fertigungshalle nicht untersuchen und die Bedeutung eines numerischen Codes ableiten. Von einem MQTT-Broker zu erwarten, dass er Maschinensemantik versteht, ist, als erwarte man von einem Postsortierdienst, dass er einen Umschlag öffnet und prüft, ob die Dokumente darin eine Rezepturänderung genehmigen oder ein defektes Lager melden. Transport und Bedeutung müssen bewusst gemeinsam konzipiert werden.

Eine ausgewogene Architektur mit Azure und Fabric aufbauen

Moderne Cloud-Architekturen für die Fertigung, etwa das Edge-Data-Plane-Muster von Microsoft mit Azure IoT Operations und Microsoft Fabric, setzen stark auf die Kombination dieser beiden sich ergänzenden Protokolle. Edge-Gateways können OPC UA nutzen, um Maschinendaten nahe der Quelle zu normalisieren und dabei semantische Strukturen und technische Einheiten zu erhalten.

Sobald diese Daten einen maschinenseitigen semantischen Vertrag besitzen, übernimmt MQTT die Rolle der skalierbaren Verteilungsebene und leitet diese strukturierten Ereignisse sicher über die Grenzen zwischen IT und OT hinweg. Diese Aufgabenteilung verhindert wildwüchsige Punkt-zu-Punkt-Integrationen und stellt gleichzeitig sicher, dass nachgelagerte Analyse-Engines, Machine-Learning-Modelle und Management-Dashboards vertrauenswürdige, kontextreiche Fertigungsdaten verarbeiten.

Fazit

Letztlich erfordert die Lösung getrennter Fertigungsdaten, dass man über den Protokoll-Hype hinausblickt und zuerst die Produktionssemantik adressiert. Wer versteht, dass MQTT und OPC UA kooperierende Partner und keine konkurrierenden Technologien sind, kann als Cloud-Architekt oder IT-Administrator widerstandsfähige, skalierbare Industrieumgebungen aufbauen. Um dieses Thema mit praxisnahen Strategien für Microsoft 365, Azure IoT und industrielle Datenarchitekturen eingehender zu betrachten, hören Sie sich die vollständige Episode an und abonnieren Sie den Podcast für tägliche Einblicke in das Microsoft-Cloud-Ökosystem.

Häufige Fragen

Kann MQTT in industriellen Fertigungsumgebungen OPC UA ersetzen?

Nein, MQTT und OPC UA lösen unterschiedliche Probleme. MQTT ist ein schlankes Transportprotokoll, das Nachrichten effizient weiterleitet, während OPC UA strukturierte Datenmodelle, Maschinenkontext und semantische Definitionen bereitstellt. Sie sind so konzipiert, dass sie in einer modernen industriellen Architektur zusammenarbeiten.

Warum scheitern Dashboards häufig daran, Datentransparenz auf dem Shopfloor herzustellen?

Dashboards zeigen nur die Daten an, die sie erhalten. Sie können die Bedeutung hinter rohen SPS-Tags nicht erraten und auch keine widersprüchlichen Namenskonventionen, Zeitzonen und Einheitendefinitionen auflösen, die über verschiedene Produktionslinien hinweg bestehen.

Welche Rolle spielt ein MQTT-Broker bei der Konvergenz von IT und OT?

Ein MQTT-Broker entkoppelt Publisher von Consumern: Edge-Gateways veröffentlichen Fabrikereignisse einmalig, während mehrere berechtigte Systeme, etwa Wartungstools, MES-Plattformen und Cloud-Analytics, nur die Daten abonnieren, die sie benötigen. Direkte Verbindungen in das Maschinennetzwerk sind dafür nicht nötig.

Wie geht OPC UA im Vergleich zu einfachen Messaging-Protokollen mit Sicherheit um?

OPC UA integriert Sicherheit direkt in die Anwendungsschicht. Es unterstützt X.509-Zertifikate, sichere Kanäle, Signierung und Verschlüsselung. Damit steht ein standardisiertes Sicherheitsmodell für die Industrie bereit, statt individuelle Eigenlösungen zu erfordern.