Azure IoT Hub für Gerätehersteller: der komplette Integrationsleitfaden

Azure IoT Hub ist Microsofts verwalteter Dienst für bidirektionale IoT-Kommunikation. Für Gerätehersteller, die vernetzte Produkte entwickeln, bietet er Geräteidentität, Messaging und Verwaltung, ohne einen eigenen MQTT-Broker betreiben zu müssen.

Device Provisioning Service (DPS)

DPS ermöglicht Zero-Touch-Provisioning in großem Maßstab — Geräte mit X.509-Zertifikaten registrieren sich anhand von Regeln für Registrierungsgruppen automatisch beim richtigen IoT Hub:

az iot dps enrollment-group create   --dps-name fss-dps   --enrollment-id fss-production   --certificate-path manufacturing-ca.crt   --iot-hubs fss-prod.azure-devices.net   --allocation-policy hashed

Device Twins

{
  "desired": {
    "firmware": {"version":"2.1.0","url":"https://...","sha256":"abc..."}
  },
  "reported": {
    "firmware": {"version":"2.0.3","status":"downloading","progress":45}
  }
}

Direkte Methoden

az iot hub invoke-device-method   --hub-name fss-prod   --device-id "device-001"   --method-name "restart"   --method-payload "{"reason":"scheduled"}"   --timeout 30

Nachrichtenrouting und Anreicherung

Die Message-Routing-Engine von IoT Hub ermöglicht es, unterschiedliche Nachrichtentypen anhand von Nachrichteneigenschaften oder Inhalt an unterschiedliche Endpunkte zu senden. Routing-Regeln verwenden eine SQL-ähnliche Syntax und werden zum Zeitpunkt der Datenaufnahme ausgeführt — bevor Nachrichten in Event Hubs oder Service Bus gelangen. Das bedeutet, dass Ihre nachgelagerten Verarbeitungsdienste vorgefilterte Datenströme erhalten, was Verarbeitungslast und Kosten reduziert.

SELECT * FROM messages WHERE
  messageType = 'alert' AND severity >= 7
-- Telemetrie bleibt im Event Hub; Warnungen gehen an die Service-Bus-Queue
-- Das Bereitschaftssystem des Personals abonniert die Service-Bus-Queue

Die Nachrichtenanreicherung fügt jeder Nachricht vor dem Routing statische oder Device-Twin-Eigenschaften hinzu — zum Beispiel die Kunden-ID, die geografische Region oder die Hardware-Revision eines Geräts aus dem Device Twin zu jeder Telemetrienachricht. Dadurch entfällt für nachgelagerte Dienste die Notwendigkeit, bei jeder Nachricht Gerätemetadaten nachzuschlagen.

IoT-Hub-Limits und Tier-Auswahl

Die Preisgestaltung von IoT Hub ist tier-basiert, und die falsche Tier-Wahl ist teuer. Der S1-Tier erlaubt 400.000 Nachrichten pro Tag und Einheit — für eine Flotte von 1.000 Geräten, die alle 30 Sekunden Telemetrie senden, sind das 2.880.000 Nachrichten pro Tag, was 8 S1-Einheiten oder eine einzige S3-Einheit erfordert. Berechnen Sie Ihr Nachrichtenvolumen sorgfältig vor der Bereitstellung: Berücksichtigen Sie Telemetrie, Device-Twin-Updates, direkte Methodenaufrufe und OTA-Vorgänge.

Der kostenlose Tier (F1) ist auf 8.000 Nachrichten pro Tag und 500 Geräte begrenzt — nützlich für die Entwicklung, aber für jede produktive Flotte unzureichend. S1 ist der richtige Tier für die meisten Produkteinführungen; S3 (mit 300 Millionen Nachrichten pro Einheit und Tag) eignet sich für Flotten von zehntausenden Geräten.

Integration mit Azure-Diensten

IoT Hub lässt sich nativ in das umfassendere Azure-Ökosystem integrieren: Event Hubs für die Stream-Verarbeitung, Azure Stream Analytics für Echtzeitabfragen, Azure Time Series Insights (und dessen Nachfolger Azure Data Explorer) für die Telemetriespeicherung, Azure Functions für die serverlose Ereignisverarbeitung und Azure Logic Apps für die Workflow-Automatisierung. Diese Ökosystem-Integration ist einer der größten Vorteile von IoT Hub gegenüber selbst gehosteten MQTT-Brokern — die Verbindungen zwischen den Diensten sind bereits vorgefertigt und werden verwaltet.

Für Gerätehersteller, die ihr erstes vernetztes Produkt entwickeln, ist der Start mit Azure IoT Hub und die schrittweise Erweiterung um zusätzliche Dienste der risikoärmste Weg. Die verwaltete Infrastruktur erlaubt es Ihrem Entwicklungsteam, sich auf Produktfunktionen statt auf den Betrieb der Infrastruktur zu konzentrieren.