Comment la taille des messages et leur regroupement changent votre facture IoT
La plupart des tarifs IoT comptent des messages ou des blocs de données, pas des octets. La façon dont vos appareils conditionnent leurs mesures devient ainsi l’un des plus grands leviers de coût que vous maîtrisez, souvent plus grand que le choix du cloud.
Comment chaque service compte
| Service | Compte l’usage en |
|---|---|
| Azure IoT Hub | Messages par blocs de 4 Ko, face à un quota quotidien par unité |
| AWS IoT Core | Messages par blocs de 5 Ko, plus règles déclenchées et actions exécutées |
| Azure Event Hubs | Événements par blocs de 64 Ko, plus unités de débit dimensionnées selon les événements par seconde |
| Amazon Kinesis (à la demande) | Go écrits et Go lus |
| Google Pub/Sub | Volume de données, avec une taille minimale par requête |
| OCI Streaming | Go envoyés et Go lus, plus données conservées |
| Oracle IoT Platform | Heures de calcul (ECPU), pas des messages : le regroupement n’économise donc qu’à travers les services en aval |
Deux schémas en découlent :
- Les messages minuscules coûtent cher. Une mesure de 200 octets est facturée comme un message complet de 4 Ko ou 5 Ko sur la passerelle, et comme un événement complet sur Event Hubs.
- Les messages à peine trop gros coûtent cher aussi. Un message de 4,1 Ko compte pour deux messages sur IoT Hub. Un message de 5,1 Ko compte pour deux sur IoT Core.
Regroupement : la plus grosse économie à elle seule
Au lieu d’envoyer chaque mesure à l’instant où elle est prise, un appareil (ou une passerelle edge) collecte les mesures pendant quelques secondes et les envoie en un seul message.
Prenons une machine avec 20 capteurs, chacun mesurant une fois par seconde, à environ 100 octets par mesure :
- Sans regroupement : 20 messages par seconde, chacun facturé comme un bloc complet. Cela fait plus de 50 millions de messages par mois pour une seule machine.
- Regroupé chaque seconde : 1 message par seconde d’environ 2 Ko. Toujours sous un bloc, et 20 fois moins de messages.
- Regroupé toutes les 5 secondes : 1 message d’environ 10 Ko toutes les 5 secondes. Deux ou trois blocs sur la passerelle, mais beaucoup moins d’événements partout en aval.
Le compromis est la latence : un lot de 5 secondes signifie que les alertes arrivent jusqu’à 5 secondes plus tard. Pour la plupart des supervisions d’usine, c’est acceptable. Pas pour les verrouillages de sécurité, mais ceux-ci doivent tourner en local, pas via le cloud.
Intervalle d’envoi : 10, 30 ou 60 secondes
La fréquence d’envoi de chaque appareil est le levier le plus simple. Divisez le débit par deux et vous divisez les messages par deux, et avec eux chaque frais par message. Voici le site moyen de 1 000 appareils à quatre intervalles, tout le reste inchangé :
| Cloud | Toutes les 5 s | Toutes les 10 s | Toutes les 30 s | Toutes les 60 s |
|---|---|---|---|---|
| Amazon Web Services | 139 836 ₹le moins cher | 97 531 ₹le moins cher | 69 366 ₹le moins cher | 62 405 ₹le moins cher |
| Microsoft Azure | 189 374 ₹ | 154 100 ₹ | 112 809 ₹ | 99 153 ₹ |
| Oracle Cloud | 80 315 ₹incomplet | 76 353 ₹incomplet | 73 712 ₹incomplet | 73 052 ₹incomplet |
| Google Cloud | 93 929 ₹incomplet | 87 438 ₹incomplet | 83 111 ₹incomplet | 82 030 ₹incomplet |
Le total de Oracle Cloud laisse de côté Runtime en périphérie (edge) (non proposé), Base de données de séries temporelles (non proposé) et Passerelle d’appareils IoT (non dimensionnable avec les informations publiées). Un total incomplet n’est jamais marqué comme le moins cher.
Le total de Google Cloud laisse de côté Passerelle d’appareils IoT (non proposé) et Runtime en périphérie (edge) (non proposé). Un total incomplet n’est jamais marqué comme le moins cher.
Estimation en direct : Inde (Mumbai / Pune), prix catalogue mis à jour le 27 oct. 2026, recalculée à chaque mise à jour. Ouvrez-la dans l’estimateur pour modifier n’importe quelle donnée : Toutes les 5 s, Toutes les 10 s, Toutes les 30 s, Toutes les 60 s.
Trois choses ressortent :
- Les intervalles courts deviennent vite chers. Passer de 10 secondes à 5 double les messages. La ligne de la passerelle IoT double sur AWS, qui facture au message, et augmente d’environ moitié sur Azure, qui ajoute des unités par paliers.
- Les intervalles longs économisent moins qu’on ne le croit. Passer de 30 à 60 secondes divise encore les messages par deux, mais le total ne baisse que peu. À ce stade, la facture est surtout faite de coûts fixes : la base de séries temporelles, le traitement de flux et les serveurs d’application, qui ne dépendent pas du nombre de messages.
- Azure avance par paliers. IoT Hub se vend par unités avec un quota quotidien : un petit changement d’intervalle peut donc modifier le nombre d’unités, ou passer à une autre taille d’unité.
Choisissez l’intervalle le plus long que chaque signal supporte. Les vibrations et les valeurs de process rapides peuvent demander des secondes. Les températures, compteurs et compteurs d’énergie vont généralement bien à 30 ou 60 secondes, surtout combinés à l’envoi sur changement (ci-dessous).
Autres moyens de réduire la facture
- Envoyer sur changement, pas selon un calendrier. Une température qui n’a pas bougé n’a pas besoin d’être renvoyée chaque seconde. De nombreux appareils et runtimes edge gèrent une bande morte (n’envoyer que si la valeur varie de plus d’un seuil fixé).
- Utiliser un format compact. Un JSON aux noms de champs longs peut être plusieurs fois plus gros que les mêmes données dans un format binaire comme Protocol Buffers ou CBOR, ou même qu’un JSON à clés courtes.
- Viser sous la taille de bloc. Si les messages dépassent de peu 4 Ko ou 5 Ko, retirer quelques champs peut diviser par deux les frais de passerelle.
- Agréger en périphérie. Envoyez le minimum, le maximum et la moyenne d’une minute au lieu de 60 mesures brutes, et gardez les données brutes en local pour le dépannage. Voir comparaison des runtimes edge.
Voir l’effet en chiffres
Notre estimateur Industrie 4.0 prend la taille des messages et l’intervalle d’envoi comme données. Essayez vos réglages actuels, puis la version regroupée, et comparez les lignes de la passerelle et du streaming. Pour le détail du modèle de prix de chaque passerelle, voir comment fonctionne la tarification des plateformes IoT.