100 contre 1 000 contre 10 000 appareils : comment évoluent les coûts cloud IoT
Un pilote sur une ligne de production coûte peu à faire tourner. Les équipes multiplient ensuite la facture du pilote par le nombre de lignes pour budgéter le déploiement, et le résultat est faux dans les deux sens : certains coûts bougent à peine quand on grandit, d’autres sautent par paliers. Ce guide chiffre la même conception à trois tailles.
Les trois tailles
| Petite usine | Site moyen | Multisite | |
|---|---|---|---|
| Appareils | 100 | 1 000 | 10 000 |
| Intervalle d’envoi | 10 secondes | 10 secondes | 10 secondes |
| Passerelles edge | 1 | 10 | 50 |
| Historique à requête rapide | 7 jours | 30 jours | 90 jours |
| Archive | 1 an | 1 an | 2 ans |
| Serveurs d’application | 1 petit | 2 petits | 4 moyens |
Chaque appareil envoie une mesure d’environ 1 Ko, et chaque taille a le traitement en temps réel activé.
Totaux mensuels
| Cloud | 100 appareils | 1 000 appareils | 10 000 appareils |
|---|---|---|---|
| Amazon Web Services | 52 101 ₹le moins cher521,01 ₹ par appareil | 97 531 ₹le moins cher97,53 ₹ par appareil | 517 131 ₹le moins cher51,71 ₹ par appareil |
| Microsoft Azure | 88 663 ₹886,63 ₹ par appareil | 154 100 ₹154,10 ₹ par appareil | 874 901 ₹87,49 ₹ par appareil |
| Oracle Cloud | 69 591 ₹incomplet695,91 ₹ par appareil | 76 353 ₹incomplet76,35 ₹ par appareil | 145 804 ₹incomplet14,58 ₹ par appareil |
| Google Cloud | 73 419 ₹incomplet734,19 ₹ par appareil | 87 438 ₹incomplet87,44 ₹ par appareil | 226 134 ₹incomplet22,61 ₹ par appareil |
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 : 100 appareils, 1 000 appareils, 10 000 appareils.
Lisez le long d’une ligne : le coût par appareil baisse nettement quand le parc grandit. C’est l’effet des coûts fixes partagés entre davantage d’appareils.
Coûts qui bougent à peine
Plusieurs composants coûtent à peu près autant pour 100 appareils que pour 1 000 :
- Le traitement de flux. Chaque service a une taille minimale de tâche, et une seule petite tâche traite les données de milliers d’appareils.
- La base de séries temporelles, jusqu’à un certain point. Chacune a un minimum : deux nœuds de moteur sur Azure Data Explorer, un nœud Bigtable, une instance Timestream for InfluxDB. (Oracle n’a pas de base de séries temporelles gérée à comparer.) Un petit site paie une capacité qu’il n’utilise pas.
- Les serveurs d’application. Les tableaux de bord pour 100 appareils demandent à peu près les mêmes serveurs que pour 1 000.
C’est pourquoi la facture d’un pilote paraît chère par appareil, et pourquoi elle ne prédit pas le déploiement.
Coûts qui croissent avec chaque message
- La passerelle IoT. AWS IoT Core facture au message et à la minute connectée ; elle croît donc presque exactement avec le nombre d’appareils. Azure IoT Hub croît par paliers : l’estimateur choisit le nombre d’unités S1, S2 ou S3 le moins cher qui couvre la charge quotidienne de messages.
- Le flux d’événements. Volume de données sur AWS, Google et Oracle, unités de débit sur Azure.
- L’archive. Elle croît avec le volume de données et avec la durée de conservation.
À 10 000 appareils, la passerelle est l’une des deux plus grosses lignes sur AWS comme sur Azure. C’est là que le regroupement et un intervalle d’envoi plus long rapportent le plus.
Coûts qui sautent
Certains services ont des changements de palier à grande échelle :
- Nœuds de la base de séries temporelles. Au-delà d’un certain volume de données, une base de données a besoin de plus de nœuds, et chaque nœud est un gros palier. En particulier, le nombre de nœuds d’Azure Data Explorer augmente avec la quantité de données conservées pour les requêtes rapides ; 90 jours d’historique à 10 000 appareils coûtent donc bien plus que 30 jours à 1 000.
- Unités IoT Hub. Passer des unités S2 aux S3, ou ajouter des unités, change la ligne par gros paliers plutôt que de façon continue.
Manques chez Google Cloud et Oracle
Google Cloud n’a ni passerelle IoT ni runtime edge gérés ; ses totaux les laissent donc de côté et sont marqués incomplets à toutes les tailles. Pour comparer équitablement, ajoutez le coût de ce que vous utiliseriez à la place : une plateforme IoT partenaire, ou vos propres courtiers MQTT sur des VM. Voir après Google Cloud IoT Core.
Oracle n’a ni base de séries temporelles ni runtime edge gérés. Elle propose une IoT Platform, mais la facture à l’heure de calcul sans publier combien de messages elle couvre ; on ne peut donc pas la dimensionner à partir d’un nombre d’appareils. Les totaux d’Oracle les laissent de côté et sont marqués incomplets à toutes les tailles. Un test de charge sur l’IoT Platform est le moyen de connaître son coût réel pour votre parc.
Budgéter un déploiement
- Chiffrez la taille cible du parc, pas le pilote multiplié.
- Repérez quelles lignes sont des minimums fixes à la taille de votre pilote : elles ne croîtront pas, et sont donc un mauvais guide du coût par appareil.
- Cherchez les changements de palier entre votre taille actuelle et la taille cible, surtout dans la base de séries temporelles.
- Décidez de l’historique à requête rapide selon chaque usage. Il pèse plus sur la taille de la base que le nombre d’appareils.
Pour une taille en détail, voir ce que coûtent 1 000 capteurs par mois.