Ce que coûtent 1 000 capteurs par mois sur Azure, AWS, Google Cloud et Oracle
« Combien cela va-t-il coûter ? » est la première question de tout projet IoT industriel, et la plus difficile à trancher à partir des pages de prix des fournisseurs. Chaque cloud facture des choses différentes, dans des unités différentes. Ce guide chiffre un site réaliste sur chaque cloud, composant par composant.
Le site
Une usine de taille moyenne avec 1 000 appareils : capteurs, automates et machines, chacun envoyant une mesure d’environ 1 Ko toutes les 10 secondes. Les données passent par 10 passerelles edge dans l’atelier. Côté cloud :
- un service de passerelle IoT auquel se connectent les appareils ;
- un flux d’événements qui transporte les données vers tout le reste ;
- un traitement de flux pour les alertes en temps réel et les moyennes glissantes ;
- une base de séries temporelles qui conserve 30 jours de données pour les tableaux de bord ;
- un stockage d’objets qui conserve un an de données brutes ;
- deux petites VM (2 vCPU, 8 Go) pour les tableaux de bord et les services maison.
Cela représente environ 263 millions de messages et 250 Go de données par mois.
La facture mensuelle
| Composant | Amazon Web Services | Microsoft Azure | Oracle Cloud | Google Cloud |
|---|---|---|---|---|
| Passerelle d’appareils IoT | 34 566 ₹ | 66 654 ₹ | non dimensionnable | non proposé |
| Runtime en périphérie (edge) | 171 ₹ | gratuit | non proposé | non proposé |
| Streaming d’événements | 9 736 ₹ | 2 786 ₹ | 2 501 ₹ | 3 692 ₹ |
| Traitement de flux | 18 337 ₹ | 27 248 ₹ | 66 021 ₹ | 13 293 ₹ |
| Base de données de séries temporelles | 19 240 ₹ | 42 218 ₹ | non proposé | 52 917 ₹ |
| Stockage d’objets | 1 438 ₹ | 1 153 ₹ | 1 436 ₹ | 1 321 ₹ |
| VM généraliste | 14 041 ₹ | 14 041 ₹ | 6 395 ₹ | 16 216 ₹ |
| Total par mois | 97 531 ₹le moins cher | 154 100 ₹ | 76 353 ₹incomplet | 87 438 ₹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 : cette estimation.
Ce sont des prix catalogue, sans remises ni engagements. Les niveaux gratuits ne comptent que si le catalogue du fournisseur les inclut lui-même. Le tableau est recalculé à chaque mise à jour des prix ; il peut donc différer de ce que vous avez vu le mois dernier.
Où va l’argent
La passerelle IoT est la ligne qui grandit avec vos données. Azure IoT Hub se vend par unités, chacune avec un quota quotidien de messages, si bien que le coût monte par paliers à mesure que vous ajoutez des appareils. AWS IoT Core facture par message (par blocs de 5 Ko), par minute de connexion de chaque appareil et par règle qui route un message. Google Cloud n’a plus de passerelle IoT gérée (voir ce qui a remplacé Cloud IoT Core), donc son total laisse cet élément de côté. L’IoT Platform d’Oracle est facturée à l’heure de calcul, et Oracle ne publie pas combien de messages elle traite ; elle ne peut donc pas être dimensionnée à partir d’un nombre de messages et est également laissée de côté. Les totaux auxquels il manque un élément sont marqués incomplets et jamais qualifiés de moins chers.
La base de séries temporelles a un plancher élevé. Azure Data Explorer fonctionne avec au moins deux nœuds de moteur, Google Bigtable avec au moins un nœud, et Timestream for InfluxDB avec au moins une instance et une taille de stockage minimale. À cette échelle, vous payez surtout ce minimum, pas les données. Oracle n’a pas de base de séries temporelles gérée ; son total laisse donc cette ligne de côté. Voir les coûts des bases de séries temporelles.
Le traitement de flux est aussi un coût fixe. Les alertes en temps réel demandent une tâche qui tourne toute la journée, et chaque service a une taille minimale de tâche. Une nuit calme coûte autant qu’une équipe en pleine activité. Voir les coûts du traitement de flux.
Le flux d’événements et l’archive sont modestes. Un an de données brutes compressées dans le stockage d’objets est une ligne mineure. Le flux d’événements dépend du modèle de chaque cloud : unités de capacité sur Azure, volume de données sur AWS, Google et Oracle.
Les runtimes edge sont presque gratuits. Azure IoT Edge n’a aucun coût de runtime. AWS IoT Greengrass facture un petit montant par appareil actif. Google Cloud et Oracle n’ont pas de runtime edge géré.
Ce que l’estimation laisse de côté
- Les taxes. En Inde, la GST de 18 % s’ajoute à ces prix catalogue (voir les coûts cloud en Inde).
- La sortie réseau, la surveillance, les plans de support et les sauvegardes.
- Les remises. Les plans d’économies, la capacité réservée et les remises d’engagement peuvent retirer 20 à 60 % des éléments toujours actifs : VM, base de séries temporelles et traitement de flux.
Comment faire baisser la facture
- Envoyer moins souvent quand le processus le permet. Passer de toutes les 10 secondes à toutes les 30 secondes envoie un tiers de messages en moins, ce qui réduit la ligne de la passerelle IoT de plus de moitié. Voir comment l’intervalle d’envoi change la facture.
- Regrouper les mesures sur la passerelle edge en moins de messages, plus gros, jusqu’à la taille de bloc de chaque service.
- Garder moins d’historique rapide. Les tableaux de bord ont rarement besoin de plus de quelques semaines. Les données plus anciennes peuvent vivre dans l’archive.
- Désactiver le traitement en temps réel si les alertes peuvent tourner sur les passerelles edge.
- S’engager sur les éléments toujours actifs une fois la conception stabilisée.
Pour voir comment la facture évolue avec la taille du parc, voir 100 contre 1 000 contre 10 000 appareils.