Gemeldete Eigenschaften des Gerätezwillings für die Meldung von Gerätestatusinformationen, z.B. verfügbare Funktionen, Bedingungen oder Status von Workflows mit langer Laufzeit. z.B. Konfigurations- und Softwareupdates.
Dateiuploads für Mediendateien und große Telemetriebatches, die von zeitweise verbundenen Geräten hochgeladen oder komprimiert werden, um Bandbreite zu sparen.
Hinweis
Einige der in diesem Artikel erwähnten Features (wie Cloud-zu-Gerät-Messaging, Gerätezwillinge und Geräteverwaltung) stehen nur im Standard-Tarif von IoT Hub zur Verfügung. Weitere Informationen zu den IoT Hub-Tarifen „Basic“ und „Standard/Free“ finden Sie unter Wählen des richtigen IoT Hub-Tarifs für Ihre Lösung.
Hier finden Sie einen detaillierten Vergleich verschiedener Optionen für die Gerät-zu-Cloud-Kommunikation.
Faktor
D2C-Nachrichten
Gemeldete Eigenschaften des Gerätezwillings
Dateiuploads
Szenario
Telemetrie-Zeitreihen und -Warnungen, Beispiel: Sendung von 256-KB-Sensordatenbatches alle 5 Minuten
Verfügbare Funktionen und Bedingungen, z.B. der aktuelle Gerätekonnektivitätsmodus wie Mobilfunk oder WLAN. Synchronisierung von Workflows mit langer Laufzeit, z.B. Konfiguration und Softwareupdates.
Video- oder andere große Mediendateien. Große (normalerweise komprimierte) Telemetriebatches.
Speichern und Abrufen
Temporäre Speicherung durch IoT Hub, bis zu sieben Tage. Nur sequenzielles Lesen.
Von IoT Hub im Gerätezwilling gespeichert. Abrufbar mithilfe der IoT Hub-Abfragesprache.
Speicherung im vom Benutzer bereitgestellten Azure Storage-Konto.
Size
Nachrichten bis zu 256 KB
Die Maximalgröße gemeldeter Eigenschaften beträgt 32 KB.
Maximale von Azure Blob Storage unterstützte Dateigröße.
Mit jedem Protokoll verfügbar, auf dem Gerät ist jedoch HTTPS erforderlich.
Eine Anwendung muss möglicherweise Informationen sowohl als Telemetriezeitreihen als auch als Warnung senden und diese außerdem im Gerätezwilling zur Verfügung stellen. In diesem Szenario können Sie eine der folgenden Optionen auswählen:
Die Geräte-App sendet eine D2C-Nachricht und meldet eine Eigenschaftsänderung.
Das Lösungs-Back-End speichert die Informationen beim Empfang der Nachricht in den Tags des Gerätezwillings.
Da Gerät-zu-Cloud-Nachrichten einen viel höheren Durchsatz zulassen als Gerätezwillingsupdates, ist es in einigen Fällen ratsam, das Gerätezwillingsupdate nicht für jede Gerät-zu-Cloud-Nachricht durchzuführen.
Erstellen von End-to-End-Lösungen in Microsoft Azure zum Erstellen von Azure Functions-Lösungen, Implementieren und Verwalten von Web-Apps, Entwickeln von Lösungen mit Azure Storage u. v. m.
Dieser Artikel enthält einen Leitfaden, der angibt, wann direkte Methoden, gewünschte Eigenschaften von Gerätezwillingen oder Cloud-zu-Gerät (C2D)-Nachrichten für Cloud-zu-Gerät (C2D)-Kommunikationen verwendet werden sollen.
In diesem Artikel wird Gerät-zu-Cloud- und Cloud-zu-Gerät-Messaging mit IoT Hub beschrieben, und Sie erhalten Informationen zu Nachrichtenformaten und unterstützten Kommunikationsprotokollen.
In diesem Entwicklerhandbuch wird die Verwendung des C2D-Messagings mit Ihrem IoT-Hub beschrieben. Es enthält Informationen über den Lebenszyklus von Nachrichten und die Konfigurationsoptionen.
In diesem Artikel wird beschrieben, wie Status- und Konfigurationsdaten mithilfe von Gerätezwillingen zwischen IoT Hub und Ihren Geräten synchronisiert werden.
Hier erfahren Sie, wie Sie Cloud-zu-Gerät-Nachrichten von einer Back-End-App senden und mithilfe der Azure IoT SDKs für C#, Python, Java, und Node.js in einer Geräte-App empfangen.
In diesem Artikel wird das Verwenden des Nachrichtenroutings zum Senden von Gerät-zu-Cloud-Nachrichten beschrieben. Enthält Informationen zum Senden von Telemetriedaten und anderen Daten.