Optimale IIoT-Konnektivität wählen: Frameworks vs. Transports

Das Design einer verteilten Infrastruktur für das Industrial Internet of Things (IIoT) kann sich anfühlen wie die Navigation durch ein Labyrinth aus Protokollen und Standards. Als Entwickler oder Systemarchitekt haben Sie wahrscheinlich bereits eine Liste von Optionen – TCP, UDP, MQTT, CoAP, OPC-UA, DDS und mehr –, die jeweils versprechen, einen anderen Teil des Konnektivitätspuzzles zu lösen. Die echte Herausforderung ist die Bestimmung, welche Lösung wirklich zu den Anforderungen Ihrer Applikation passt.

Glücklicherweise hat eine unabhängige, vendor-neutrale Studie die Landschaft bereits kartiert. Das Industrial Internet Consortium (IIC) veröffentlichte das Industrial Internet Connectivity Framework (IICF), einen umfassenden Leitfaden, der Stärken und Trade-offs jedes Transports und Frameworks evaluiert. Die Ergebnisse sind nun öffentlich verfügbar und geben Ihnen eine datengestützte Grundlage für Ihren Entscheidungsprozess.

Im Folgenden gehen wir die Schlüsselfragen durch, die Sie sich stellen sollten, vergleichen Transport- und Framework-Fähigkeiten und heben die relevantesten IICF-identifizierten Technologien hervor. Am Ende haben Sie ein klareres Bild, welche Option am besten zu Ihrer einzigartigen IIoT-Applikation passt.

Über das Industrial Internet Consortium (IIC)

Gegründet 2014 von Branchenführern wie Cisco, Intel, AT&T, IBM und GE, ist das IIC auf über 250 Mitgliedsunternehmen angewachsen. Seine Mission ist die Förderung des kommerziellen Potenzials des IIoT durch Entwicklung von Standards, Testbeds und Best-Practice-Dokumenten. Das IICF ist eines seiner Flaggschiff-Outputs und bietet einen vendor-neutralen Rahmen für die Evaluierung von Konnektivitätslösungen in realen Szenarien.

Transport vs. Framework: Den Stack verstehen

Im IICF werden Konnektivitätslösungen in zwei Layer aufgeteilt:

• Transport – Low-Level-Mechanismen, die rohe Bytes zwischen Endpunkten bewegen (z. B. TCP, UDP, MQTT).
• Framework – Higher-Level-Abstraktionen, die Datenmodelle, Discovery und semantische Interoperabilität erzwingen (z. B. OPC-UA, DDS, OneM2M).

Abbildung 1 illustriert den Gesamtstack und zeigt, wo Transports und Frameworks sitzen.

Während ein Transport einfach Bytes liefert, verpackt ein Framework diese Bytes in strukturierte Nachrichten, sodass Applikationen von Features wie Datenfilterung, Content Discovery und Security Policies profitieren.

Transport-Optionen

Hier ist ein Snapshot der im IICF abgedeckten Transportfähigkeiten (Tabelle 1). Die Tabelle ist als Bild im Originaldokument verfügbar; Sie können sie hier einsehen:

MQTT – Der bewährte Telemetrie-Transport

MQTT ist der einzige Transport im IICF, der kein Datenmodell aufzwingt. Seine leichtgewichtige, broker-basierte Architektur macht ihn ideal für Szenarien, in denen Geräte einfach Telemetriedaten an ein Backend-System publizieren müssen.

Broker-basiertes Design erleichtert lose Kopplung, kann aber stringente Echtzeit- oder deterministische Anforderungen nicht erfüllen. Nutzen Sie folgenden Schnelltest: Beantworten Sie mindestens drei der Fragen mit „Ja“, um zu bestätigen, dass MQTT gut passt.

• Ist Ihre Applikation primär Datensammlung?
• Ist Gerät-zu-Gerät-Kommunikation minimal?
• Ist Interoperabilität ein nachrangiges Anliegen?
• Haben Sie viele kleine, niedrigenergetische Geräte?
• Ist Softwarekomplexität für Ihr Team gering?

Frameworks

Frameworks fügen eine Schicht semantischer Bedeutung zu den Daten hinzu, was reichere Interaktionsmuster ermöglicht. Wir fokussieren auf die drei am weitesten verbreiteten Frameworks, die vom IICF identifiziert wurden: OPC-UA, OneM2M und DDS.

OPC-UA – Industrielle Automatisierungsstandard

OPC-UA ist ein broker-basiertes Framework, das sicheren, Echtzeit-Datenaustausch zwischen Industriegeräten und Enterprise-Systemen bietet. Es ist besonders geeignet für diskrete Fertigung und Umgebungen, in denen Gerätesemantik bewahrt werden muss.

Beantworten Sie mindestens drei der folgenden mit „Ja“, um OPC-UAs Passgenauigkeit einzuschätzen:

• Arbeiten Sie in diskreter Fertigung?
• Sind Sie mit dem deutschen Industrie-4.0-Programm aligniert?
• Wird Ihr Gerät von Steuerungstechnikern statt Softwareentwicklern integriert?
• Wird das Produkt diverse Applikationen über multiple Systeme bedienen?
• Bauen Sie Equipment für eine Workcell?

OneM2M – Cross-Industry Service Layer

OneM2M bietet eine horizontale Plattform, die zwischen Applikationen und Transport sitzt und gemeinsame IoT-Services via RESTful APIs exponiert. Es glänzt in Mobile, Home-Automation und großskaligen Deployments, wo zelluläre Konnektivität und Service-Provider-Integration Schlüssel sind.

Nutzen Sie die Checkliste unten, um zu prüfen, ob OneM2M zu Ihren Bedürfnissen passt:

• Verstehen Sie die Bedeutung von ICT (Information & Communications Technology)?
• Ist zellulär die primäre Netzwerktechnologie?
• Beinhalten Ihre Applikationen signifikante Mobilität?
• Kann Ihr System intermittierende Verbindungen und variable Latenz tolerieren?
• Werden Sie telco-bereitgestellte Services nutzen?

Data Distribution Service (DDS) – Echtzeit Publish/Subscribe

DDS ist ein Peer-to-Peer Publish/Subscribe Framework, das einen gemeinsamen Datenbus schafft. Es ist designed für niedrige Latenz, hohe Zuverlässigkeit Szenarien wie autonome Fahrzeuge, Verteidigung und Healthcare-Monitoring.

Stellen Sie sich diese fünf Fragen, um DDS-Eignung zu bestimmen:

• Haben kurze Ausfälle schwerwiegende Konsequenzen?
• Haben Sie Begriffe wie „Millisekunde“ oder „Mikrosekunde“ in jüngsten Diskussionen verwendet?
• Hat Ihr Team mehr als zehn Entwickler?
• Müssen Ihre Daten viele Ziele erreichen?
• Bauen Sie ein Next-Generation-IIoT-System?

Zusammenfassung

Die richtige Konnektivitätslösung hängt von Ihren spezifischen Anforderungen ab – Datenvolumen, Latenz, Zuverlässigkeit und dem Grad semantischer Interoperabilität, den Sie benötigen. Nutzen Sie das IICF als Ausgangspunkt, arbeiten Sie die Checklisten durch und überlegen Sie, wie jeder Transport oder Framework Ihre Kernconstraints adressiert.

Sollten Sie Lücken finden oder zusätzliche Use Cases haben, zögern Sie nicht, sich zu melden. Das kollektive Wissen der Community kann Ihre Wahl verfeinern und das Neuerfinden des Rads vermeiden.

Zusätzliche Ressourcen

• RTI Blog – Industrial Internet Connectivity Document Evaluates Core Standards: DDS, OPC-UA, WebServices
• Free On-Demand Webinar: How the IIC's Connectivity Framework Guides IIoT Connectivity Selection