IoT Hub vs. Event Hubs — Warum sich die meisten Industrieunternehmen für den falschen Dienst entscheiden

1. DAS SHOP-FLOOR-SYMPTOM & DIE KERNHERAUSFORDERUNG
Teams senden Anlagentelemetrie häufig mit dem Dienst nach Azure, der in den ersten Workshops passend klang, und stellen erst Monate später fest, dass der Datenpfad den tatsächlichen Anlagenbetrieb nicht tragen kann. Das führt oft zu mehreren Dashboards mit widersprüchlichen Werten (etwa 5-Minuten-Mittelwerte im Vergleich zu Maximalwerten oder Alarmen), die aus Kopien desselben Signals stammen. Letztlich ist diese technische Entkopplung kein simpler Softwarefehler, sondern ein Vertrauensproblem. Der eigentliche Grundfehler besteht darin, alle eingehenden Maschinendaten als generische Telemetrie zu behandeln, statt Gerätesteuerung, Konfigurationszustand, Befehle und Stream-Verarbeitung voneinander zu trennen.

2. KLASSIFIZIERUNG DES FABRIKVERKEHRS
Bevor Azure-Dienste ausgewählt werden, muss der Verkehr nach Name, Richtung und Verantwortlichkeit kategorisiert werden, damit er korrekt behandelt wird.

• Ereignisse sind Fakten mit einem konkreten Zeitbezug und beschreiben, was wann passiert ist, etwa einen abgeschlossenen Pressenzyklus oder einen Vibrationswert, der einen Grenzwert überschreitet. Es sind anhängende Datensätze, die nachgelagert nicht bearbeitet werden sollten.
• Befehle sind Anforderungen an ein Gerät oder Gateway, eine bestimmte Aktion auszuführen, etwa Diagnosedaten zu erheben oder eine Verbindung zu testen. Sie tragen die Verantwortung für die Ausführung und müssen die Grenzen der lokalen speicherprogrammierbaren Steuerung (SPS) und der Sicherheitseinrichtungen respektieren.
• Zustand beschreibt den aktuell bekannten Zustand eines Geräts, etwa seine Softwareversion oder die aktive Rezeptzuordnung, und nicht dessen vollständige chronologische Historie. Zustand wird typischerweise über gewünschte und gemeldete Eigenschaften verwaltet.
• Geschäftsnachrichten betreffen betriebliche Vorgänge, die stattfinden und nachverfolgt werden müssen, darunter Qualitätssperren und Wartungsanforderungen. Sie sollten niemals direkt in Rohdaten-Pipelines für Sensorereignisse vermischt werden.

3. DENKMODELL: IDENTITÄTSTOR VS. DATENAUTOBAHN
Azure IoT Hub fungiert als kontrolliertes Tor und konzentriert sich vor allem auf Geräte-Beziehungen und Lebenszyklen über eine Identitätsregistrierung, Authentifizierung und den Status aktiviert bzw. deaktiviert. So können Sicherheitsteams während eines Vorfalls ein einzelnes kompromittiertes oder verdächtiges Gateway – etwa das Gateway von Linie 4 – isolieren oder deaktivieren, ohne den Telemetriepfad der gesamten Anlage abzuschalten. Azure Event Hubs hingegen ist die Datenautobahn und konzentriert sich vollständig auf Stream-Verarbeitung und den Hochvolumen-Transport für viele unabhängige Leser. Event Hubs verwaltet keine Gerätelebenszyklen, keine Firmware und keine gewünschten Konfigurationen; seine Hauptaufgabe ist es, den Verkehr effizient über Partitionen und Consumer-Gruppen fließen zu lassen.

4. GERÄTEVERWALTUNG & SICHERHEIT
Die Authentifizierungsoptionen hängen stark von den Hardwarefähigkeiten und der Sicherheitsarchitektur ab. Symmetrische Schlüssel mit SAS-Token eignen sich gut für eingeschränkte Hardware und Gateways, erfordern aber einen sicheren Hardwarespeicher, um Schlüsseldiebstahl zu verhindern. Alternativ bieten X.509-Zertifikate über eine vertrauenswürdige Zertifizierungsstelle sauberere Vertrauensketten für größere Flotten, verlangen jedoch eine robuste Rotation und Lebenszyklusverwaltung. Der Gerätelebenszyklus folgt dem Muster Registrierung, Änderung, Deaktivierung und Ersatz. So wird sichergestellt, dass ein Ersatzgerät sauber mit seiner betrieblichen Rolle und seiner Cloud-Identität verknüpft wird, ohne nachgelagerte Pipelines zu unterbrechen oder Phantom-Assets zu erzeugen. Außerdem nutzen Gerätezwillinge gewünschte und gemeldete Zustände für Konfigurationsverwaltung und Gesundheitsstatus, hochfrequente Telemetrie sollte jedoch niemals in Gerätezwillingen gespeichert werden.

5. STREAM-VERARBEITUNG & ROUTING-MECHANIK
Partitionen unterteilen Streams in geordnete Bahnen, wobei Reihenfolgegarantien strikt innerhalb einer einzelnen Partition gelten; typischerweise erfolgt die Partitionierung nach Maschinen-, Linien- oder Gateway-ID gemäß der Geschäftslogik. Consumer-Gruppen ermöglichen es mehreren nachgelagerten Systemen – etwa OEE-Berechnern, Tools zur Zustandsüberwachung und Dienste zur Aufnahme in den Data Lake – denselben Stream unabhängig voneinander zu lesen, ohne um Leseposition zu konkurrieren. Die Stream-Aufbewahrung bietet ein Arbeitsfenster für kurzfristige Wiederherstellung, Fehlertoleranz und Logikkorrektur durch Wiedergabe. Sie ersetzt jedoch kein dauerhaftes Historian- oder Lakehouse-System für die langfristige Archivierung.

6. ZUSAMMENFASSUNG DER ARCHITEKTURENTSCHEIDUNG
Bei der Bewertung von Diensten gilt: Azure IoT Hub eignet sich am besten für verwaltete Edge-Gateways, Fernkonfigurationen und die Geräteisolation per Sicherheit über eine Registrierung pro Gerät und native Gerätezwillinge. Azure Event Hubs eignet sich am besten für kontinuierliche Hochvolumen-Telemetrie, die über Zugriffsrichtlinien auf Namespace-Ebene an mehrere Konsumenten verteilt wird, ohne eigene Verwaltung von Gerätelebenszyklen. Eine robuste Fabrikarchitektur kombiniert häufig beide Optionen: IoT Hub an der Verbindungsgrenze zur Verwaltung von Vertrauen, Identität und Konfiguration und Event Hubs nachgelagert, um den hochvolumigen Ereignisstream sicher an unabhängige Konsumenten zu verteilen.






Unterstützen Sie diesen Podcast: https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.