Wie Nachrichtengröße und Bündelung Ihre IoT-Rechnung verändern
Die meisten IoT-Preise zählen Nachrichten oder Datenblöcke, nicht Bytes. Damit ist die Art, wie Ihre Geräte ihre Messwerte verpacken, einer der größten Kostenhebel, den Sie selbst steuern, oft größer als die Wahl der Cloud.
Wie jeder Dienst zählt
| Dienst | Zählt die Nutzung als |
|---|---|
| Azure IoT Hub | Nachrichten in 4-KB-Blöcken, gegen ein tägliches Kontingent pro Einheit |
| AWS IoT Core | Nachrichten in 5-KB-Blöcken, plus ausgelöste Regeln und ausgeführte Aktionen |
| Azure Event Hubs | Ereignisse in 64-KB-Blöcken, plus Durchsatzeinheiten nach Ereignissen pro Sekunde |
| Amazon Kinesis (On-Demand) | Geschriebene und gelesene GB |
| Google Pub/Sub | Datenvolumen, mit einer Mindestgröße pro Anfrage |
| OCI Streaming | Gesendete und gelesene GB, plus vorgehaltene Daten |
| Oracle IoT Platform | Rechenstunden (ECPU), keine Nachrichten; Bündelung spart daher nur über die nachgelagerten Dienste |
Daraus ergeben sich zwei Muster:
- Winzige Nachrichten sind teuer. Ein Messwert von 200 Bytes wird am Gateway als volle 4-KB- oder 5-KB-Nachricht abgerechnet und bei Event Hubs als volles Ereignis.
- Nachrichten, die knapp zu groß sind, sind auch teuer. Eine Nachricht von 4,1 KB sind zwei Nachrichten bei IoT Hub. Eine von 5,1 KB sind zwei bei IoT Core.
Bündelung: die größte Einzelersparnis
Statt jeden Sensorwert in dem Moment zu senden, in dem er entsteht, sammelt ein Gerät (oder ein Edge-Gateway) Messwerte einige Sekunden lang und sendet sie als eine Nachricht.
Nehmen wir eine Maschine mit 20 Sensoren, die jeweils einmal pro Sekunde messen, mit etwa 100 Bytes pro Messwert:
- Ungebündelt: 20 Nachrichten pro Sekunde, jede als voller Block abgerechnet. Das sind über 50 Millionen Nachrichten pro Monat von einer einzigen Maschine.
- Jede Sekunde gebündelt: 1 Nachricht pro Sekunde mit etwa 2 KB. Immer noch unter einem Block, und 20-mal weniger Nachrichten.
- Alle 5 Sekunden gebündelt: 1 Nachricht mit etwa 10 KB alle 5 Sekunden. Zwei oder drei Blöcke am Gateway, aber weit weniger Ereignisse überall danach.
Der Preis dafür ist die Latenz: Ein 5-Sekunden-Bündel bedeutet, dass Alarme bis zu 5 Sekunden später eintreffen. Für die meiste Fabrikmonitoring ist das in Ordnung. Für Sicherheitsverriegelungen nicht, aber die sollten lokal laufen und nicht über die Cloud.
Meldeintervall: 10, 30 oder 60 Sekunden
Wie oft jedes Gerät meldet, ist der einfachste Hebel überhaupt. Halbieren Sie die Rate, halbieren Sie die Nachrichten und mit ihnen jede Gebühr pro Nachricht. Hier das mittlere Werk mit 1.000 Geräten bei vier Intervallen, alles andere unverändert:
| Cloud | Alle 5 s | Alle 10 s | Alle 30 s | Alle 60 s |
|---|---|---|---|---|
| Amazon Web Services | 139.836 ₹günstigste | 97.531 ₹günstigste | 69.366 ₹günstigste | 62.405 ₹günstigste |
| Microsoft Azure | 189.374 ₹ | 154.100 ₹ | 112.809 ₹ | 99.153 ₹ |
| Oracle Cloud | 80.315 ₹unvollständig | 76.353 ₹unvollständig | 73.712 ₹unvollständig | 73.052 ₹unvollständig |
| Google Cloud | 93.929 ₹unvollständig | 87.438 ₹unvollständig | 83.111 ₹unvollständig | 82.030 ₹unvollständig |
Die Summe von Oracle Cloud lässt Edge-Laufzeit (nicht angeboten), Zeitreihendatenbank (nicht angeboten) und IoT-Geräte-Gateway (mit veröffentlichten Informationen nicht dimensionierbar) aus. Eine unvollständige Summe wird nie als günstigste markiert.
Die Summe von Google Cloud lässt IoT-Geräte-Gateway (nicht angeboten) und Edge-Laufzeit (nicht angeboten) aus. Eine unvollständige Summe wird nie als günstigste markiert.
Live-Schätzung: Indien (Mumbai / Pune), Listenpreise aktualisiert am 27. Okt. 2026, bei jeder Aktualisierung neu berechnet. Öffnen Sie sie im Schätzer, um beliebige Eingaben zu ändern: Alle 5 s, Alle 10 s, Alle 30 s, Alle 60 s.
Drei Dinge fallen auf:
- Kürzere Intervalle werden schnell teuer. Von 10 auf 5 Sekunden verdoppelt die Nachrichten. Die Zeile des IoT-Gateways verdoppelt sich bei AWS, das pro Nachricht abrechnet, und steigt bei Azure, das Einheiten in Stufen ergänzt, um etwa die Hälfte.
- Längere Intervalle sparen weniger, als man erwartet. Von 30 auf 60 Sekunden halbiert die Nachrichten erneut, aber die Summe sinkt nur wenig. Dann besteht die Rechnung hauptsächlich aus Fixkosten: Zeitreihendatenbank, Stream-Verarbeitung und Anwendungsserver, die nicht von der Nachrichtenzahl abhängen.
- Azure bewegt sich in Stufen. IoT Hub wird in Einheiten mit einem Tageskontingent verkauft, daher kann eine kleine Änderung des Intervalls die Zahl der Einheiten ändern oder zu einer anderen Einheitengröße wechseln.
Wählen Sie das längste Intervall, das jedes Signal verträgt. Schwingungen und schnelle Prozesswerte brauchen eventuell Sekunden. Temperaturen, Zähler und Energiezähler sind meist bei 30 oder 60 Sekunden in Ordnung, besonders in Kombination mit Senden bei Änderung (unten).
Weitere Wege, die Rechnung zu verkleinern
- Bei Änderung senden, nicht nach Zeitplan. Eine Temperatur, die sich nicht bewegt hat, muss nicht jede Sekunde neu gesendet werden. Viele Geräte und Edge-Laufzeiten unterstützen ein Totband (nur senden, wenn sich der Wert um mehr als einen festgelegten Betrag ändert).
- Ein kompaktes Format verwenden. JSON mit langen Feldnamen kann mehrmals größer sein als dieselben Daten in einem Binärformat wie Protocol Buffers oder CBOR, oder auch als JSON mit kurzen Schlüsseln.
- Unter der Blockgröße bleiben. Liegen Nachrichten knapp über 4 KB oder 5 KB, kann das Kürzen einiger Felder die Gateway-Gebühr halbieren.
- Am Edge aggregieren. Senden Sie Minimum, Maximum und Mittelwert einer Minute statt 60 Rohwerten und behalten Sie die Rohdaten lokal für die Fehlersuche. Siehe Edge-Laufzeiten im Vergleich.
Die Wirkung in Zahlen sehen
Unser Industrie-4.0-Schätzer nimmt Nachrichtengröße und Meldeintervall als Eingaben. Probieren Sie Ihre aktuellen Einstellungen, dann die gebündelte Variante, und vergleichen Sie die Zeilen für Gateway und Streaming. Wie das Preismodell jedes Gateways im Einzelnen funktioniert, steht unter wie die Preise von IoT-Plattformen funktionieren.