Azure IoT Operations wird GA - Rückblick
Einleitung
Im November 2024 wurde auf der Microsoft Ignite eine der wichtigsten Ankündigungen für den industriellen IoT-Bereich gemacht: Azure IoT Operations (AIO) ist allgemein verfügbar. Der Weg von der ersten Public Preview auf der Ignite 2023 bis zum GA Release war lang - und er hat die Art und Weise verändert, wie Microsoft Industrial IoT am Edge denkt.
Für alle, die in der Fertigung mit Azure arbeiten, ist das ein entscheidender Meilenstein. AIO ist nicht einfach ein weiteres Update - es ist ein Architekturwechsel. Weg vom Device-zentrierten Ansatz mit IoT Hub und IoT Edge, hin zu einer Kubernetes-nativen, datenzentrischen Plattform, die OT und IT auf einer gemeinsamen Basis zusammenbringt.
In diesem Blogpost ordne ich ein, was AIO GA konkret bedeutet, welche Features zum GA-Zeitpunkt verfügbar waren und warum du dich als IoT-Architekt jetzt damit beschäftigen solltest.
📌 Wenn du einen praktischen Einstieg in Azure IoT Operations suchst - mit MQTT Broker, OPC UA und Architekturübersicht - schau dir meinen umfassenden Überblick zu AIO an. Dieser Post hier fokussiert sich auf den GA-Meilenstein und die Ignite 2024 Ankündigungen.
Was du in diesem Blogpost findest:
- Der Weg von der Preview zum GA Release
- Was auf der Ignite 2024 angekündigt wurde
- Architektur-Highlights bei GA
- Abgrenzung: IoT Hub/Edge vs. Azure IoT Operations
- Integration mit Microsoft Fabric und Event Grid
- Hands-on: AIO deployen und erste Schritte
- Fazit und Ausblick
Der Weg von der Preview zum GA
Die Geschichte von Azure IoT Operations beginnt im November 2023 auf der Ignite, als Microsoft die erste Public Preview vorstellte. Damals war klar: Microsoft geht einen neuen Weg im Industrial IoT. Statt einzelner Cloud-Services, die am Edge laufen (wie bei IoT Edge), setzt AIO auf Kubernetes als Fundament.
In den folgenden Monaten bis zum GA Release passierte einiges:
- November 2023: Public Preview auf der Ignite - erste Architektur mit MQTT Broker, OPC UA Connector und Data Processor
- Frühjahr 2024: Überarbeitung der Architektur - Data Processor wird durch Data Flows ersetzt, vereinfachtes Deployment
- Sommer 2024: Community Feedback fließt ein, Operations Experience Portal wird verbessert, Akri-basierter OPC UA Connector stabilisiert
- November 2024 (Ignite): Allgemeine Verfügbarkeit mit Enterprise-grade SLAs und Support
💡 Hinweis: Der Wechsel von Data Processor zu Data Flows war ein signifikanter Architekturentscheid. Data Flows sind leichtgewichtiger, deklarativ konfigurierbar und besser in den MQTT Broker integriert. Wenn du ältere Preview-Dokumentation findest, beachte diesen Unterschied.
Was wurde auf der Ignite 2024 angekündigt?
Die Ignite 2024 Ankündigung (Book of News, Section 5.1.2) fasst es prägnant zusammen: Azure IoT Operations ist ein „composable set of Arc-enabled services", das Unternehmen dabei hilft, Assets onzuboarden, Insights zu gewinnen und Aktionen auszulösen, um die digitale Transformation ihrer physischen Operationen zu skalieren.
Konkret bedeutet GA:
- Enterprise-SLAs: Produktions-Support mit definierten Verfügbarkeitsgarantien
- Unified Data Plane: Cloud-to-Edge Datenebene mit lokaler Verarbeitung und Analytics
- Repeatable Deployments: Wiederholbare Lösung für Multi-Site Szenarien - einmal konfigurieren, auf hunderte Standorte ausrollen
- AI-enhanced Decision Making: Daten am Edge vorverarbeiten und für KI-Workloads in der Cloud bereitstellen
Die Integration in das breitere Azure-Ökosystem war ein zentrales Thema:
- Microsoft Fabric: Unified Data Governance und Analytics über OneLake
- Azure Event Grid: Bidirektionale Messaging-Infrastruktur
- Azure Digital Twins: Modellierung physischer Assets als digitale Repräsentationen
Architektur-Highlights bei GA
Bei GA besteht Azure IoT Operations aus folgenden Kernkomponenten, die als Workloads auf einem Arc-enabled Kubernetes-Cluster laufen:
MQTT Broker - Der zentrale Message Broker am Edge. Industriegraduiert, skalierbar und fehlertolerant. Alle Daten von Assets fließen durch den Broker.
# MQTT Broker Listener konfigurieren
apiVersion: mqttbroker.iotoperations.azure.com/v1
kind: BrokerListener
metadata:
name: factory-listener
spec:
brokerRef: default
port: 1883
serviceName: mqtt-factory
serviceType: LoadBalancer
OPC UA Connector - Basierend auf Akri, automatische Discovery von OPC UA Servern im Netzwerk. Verbindet sich mit Industriesteuerungen und publiziert Daten als MQTT Messages.
Data Flows - Deklarativ konfigurierbare Datentransformationen direkt am Edge. Filtern, Aggregieren, Konvertieren und Routen von Nachrichten, bevor sie in die Cloud oder an lokale Consumers gehen.
Azure Device Registry - Cloud-basierte Verwaltung aller industriellen Assets mit Namespaces, Tags und Metadaten. Ermöglicht eine einheitliche Sicht auf alle Geräte über Standorte hinweg.
Operations Experience Portal - Webbasierte OT-Oberfläche unter iotoperations.azure.com für die Verwaltung von Assets, Endpoints und Data Flows, ohne Kubernetes-Kenntnisse zu benötigen.
📌 Tipp: Das Operations Experience Portal ist besonders wertvoll für die Zusammenarbeit zwischen IT und OT. OT-Teams können Assets konfigurieren und Data Flows anlegen, ohne kubectl-Befehle zu kennen. IT-Teams verwalten den darunterliegenden Cluster.
IoT Hub/Edge vs. Azure IoT Operations - Wann was?
Eine häufige Frage: Muss ich jetzt von IoT Hub und IoT Edge migrieren? Die kurze Antwort: Nicht sofort, aber du solltest AIO auf dem Radar haben.
Architektur
- IoT Hub/Edge: Device-zentriert, Cloud-first - jedes Gerät wird einzeln mit IoT Hub verbunden
- AIO: Daten-zentriert, Edge-native - der Kubernetes-Cluster ist die zentrale Einheit, nicht das einzelne Device
Basis-Technologie
- IoT Hub/Edge: Docker Container auf Linux - leichtgewichtig, läuft auf Raspberry Pi bis Industrial PC
- AIO: Kubernetes (K3s, AKS Edge Essentials, AKS) - braucht mehr Ressourcen, bietet dafür Orchestrierung und Skalierung
Protokolle
- IoT Hub/Edge: MQTT, AMQP, HTTPS - klassische IoT-Protokolle für Device-to-Cloud
- AIO: OPC UA, MQTT, ONVIF - industrielle Protokolle für die Fertigung
Skalierung
- IoT Hub/Edge: Pro Device - jedes Gerät wird individuell verwaltet und provisioniert
- AIO: Pro Cluster, horizontal - ein Deployment, hunderte Assets
Offline-Fähigkeit
- IoT Hub/Edge: Eingeschränkt - Store-and-Forward für Messages, aber kein vollständiger Offline-Betrieb
- AIO: Bis zu 72 Stunden vollständiger Offline-Betrieb mit lokalem MQTT Broker und Data Flows
Zielgruppe
- IoT Hub/Edge: IoT-Entwickler, die einzelne Devices anbinden und Daten in die Cloud senden
- AIO: IT/OT-Teams in der Fertigung, die eine skalierbare Plattform für industrielle Szenarien brauchen
Für neue Projekte im industriellen Umfeld mit OPC UA, MQTT und Multi-Site Anforderungen ist AIO die bessere Wahl. Für leichtgewichtige Sensor-Szenarien mit einzelnen Geräten bleibt IoT Hub/Edge eine gute Option.
Hands-on: Azure IoT Operations deployen
Der einfachste Weg, AIO auszuprobieren, ist GitHub Codespaces:
# 1. Codespace starten (aus dem explore-iot-operations Repository)
# Der Codespace enthält bereits K3s und die nötigen CLI-Tools
# 2. Cluster mit Azure Arc verbinden
az connectedk8s connect \
--name "aio-test-cluster" \
--resource-group "rg-aio-demo" \
--location "westeurope"
# 3. Azure IoT Operations initialisieren
az iot ops init \
--cluster "aio-test-cluster" \
--resource-group "rg-aio-demo"
# 4. AIO Instance erstellen
az iot ops create \
--cluster "aio-test-cluster" \
--resource-group "rg-aio-demo" \
--name "aio-demo-instance" \
--sr-resource-id $SCHEMA_REGISTRY_ID
# 5. Deployment-Status prüfen
az iot ops check \
--cluster "aio-test-cluster" \
--resource-group "rg-aio-demo"
Nach dem Deployment kannst du einen OPC UA Simulator starten und erste Daten über den MQTT Broker empfangen. Das Operations Experience Portal gibt dir eine visuelle Übersicht über alle Assets und Data Flows.
💡 Hinweis: Für Produktionsumgebungen empfiehlt Microsoft ein dediziertes Edge Device mit mindestens 4 CPU-Kernen und 16 GB RAM. Für Tests in Codespaces reichen die Standard-Ressourcen.
Integration mit Microsoft Fabric und Event Grid
Ein zentrales Feature bei GA ist die nahtlose Integration mit dem Azure Cloud-Ökosystem:
Microsoft Fabric (OneLake): Daten, die am Edge vorverarbeitet werden, können direkt in Fabric OneLake geschrieben werden. Dort stehen sie für Real-Time Intelligence, Power BI Dashboards und AI-Workloads zur Verfügung. Das ist besonders relevant für die neue Digital Twin Builder Workload, die ebenfalls 2025 angekündigt wurde.
Azure Event Grid: Bidirektionales Messaging - nicht nur Daten von Edge in die Cloud senden, sondern auch Befehle von der Cloud zum Edge. Das ermöglicht Szenarien wie Remote-Konfigurationsänderungen oder Alarm-Benachrichtigungen.
Azure Data Explorer / Kusto: Für Echtzeit-Analytics auf Zeitreihen-Daten. Ideal für OEE-Monitoring und Anomalieerkennung.
Fazit
Die allgemeine Verfügbarkeit von Azure IoT Operations auf der Ignite 2024 ist ein wichtiger Meilenstein für alle, die Industrial IoT auf Azure betreiben. Die Plattform bringt Enterprise-Readiness, Kubernetes-native Skalierung und eine klare Architektur für die IT/OT-Konvergenz.
Persönlich sehe ich AIO als die Zukunft von Industrial IoT auf Azure - für größere und komplexe Anwendungsfälle. Wenn du Multi-Site Deployments, OPC UA, MQTT und eine skalierbare Datenplattform brauchst, führt kein Weg an AIO vorbei. Der Kubernetes-basierte Ansatz mag initial eine höhere Einstiegshürde bedeuten, aber die Vorteile in Bezug auf Skalierbarkeit, Wiederholbarkeit und Offline-Fähigkeit überwiegen deutlich.
Gleichzeitig ist Azure IoT Edge für kleinere Szenarien weiterhin eine absolut valide Wahl. Wer mit einzelnen Sensoren, begrenzter Hardware und einfachen Edge-Workloads arbeitet, braucht keinen Kubernetes-Cluster. IoT Edge ist leichtgewichtiger, hat geringere Hardwareanforderungen und ist schneller produktiv. Nicht jeder Use Case rechtfertigt die Komplexität von Kubernetes - und das ist in Ordnung.
In meinem umfassenden Überblick zu Azure IoT Operations bin ich auf diese Abwägung bereits im Detail eingegangen. Wenn du eine Grundlage für die Entscheidung zwischen IoT Edge und AIO brauchst, findest du dort auch einen praktischen Einstieg mit MQTT Broker und OPC UA.
Mein Rat: Wenn du heute mit einem neuen industriellen IoT-Projekt startest, das über einzelne Devices hinausgeht, beginne direkt mit AIO. Die Preview-Phase ist vorbei - die Plattform ist produktionsreif.
