En bref
- Classes de stockage, frais d'egress, appels API et coûts de transition forment autant de couches de facturation distinctes — le tarif au Go n'est qu'un point de départ.
- AWS S3 Standard revient à environ 23 $/To par mois, contre environ 1 $/To pour Glacier Deep Archive. L'écart ne devient rentable que si les politiques de cycle de vie aiguillent correctement les données.
- L'egress est souvent le premier poste de coût variable en environnement multi-cloud. La réplication inter-régions et les transferts entre fournisseurs génèrent des frais qui s'accumulent vite.
- Le tiering intelligent (S3 Intelligent-Tiering, GCP Autoclass) a du sens pour des workloads imprévisibles. Pour des workloads prévisibles, les règles de cycle de vie manuelles génèrent davantage d'économies.
- La détection d'anomalies en temps réel repère les jobs qui s'emballent et les politiques mal configurées avant qu'ils ne pèsent sur le budget. Les revues mensuelles, elles, arrivent toujours trop tard.
La plupart des équipes ont une idée approximative du coût du stockage cloud lorsqu'elles commencent à répartir leurs données entre plusieurs fournisseurs. Les tarifs au gigaoctet d'AWS, Azure et Google Cloud sont faciles à trouver et à comparer, mais la facture réelle dépend de bien plus que des seuls tarifs de stockage. Frais d'egress, appels API, transitions entre classes de stockage et frais de récupération s'additionnent, souvent de façons peu visibles avant la réception de la facture. Sans visibilité en temps réel, ces coûts peuvent s'accumuler pendant des mois sans que personne ne s'en aperçoive.
Cet article décortique les principaux postes de coûts du stockage multi-cloud, compare la façon dont AWS, Azure et Google Cloud structurent leurs tarifs, et passe en revue les stratégies qui maîtrisent réellement les dépenses.
Qu'est-ce qui pèse vraiment sur les coûts de stockage cloud ?
La facturation du stockage repose sur quatre couches de coûts distinctes. Elles interagissent de telle manière que le total est très difficile à anticiper à partir du seul tarif au Go.
Les classes de stockage
La plupart des équipes paient trop cher parce que leurs données atterrissent dans la mauvaise classe. Tous les grands fournisseurs cloud proposent plusieurs classes de stockage tarifées selon la fréquence d'accès : AWS S3 Standard pour les données chaudes, Glacier Deep Archive pour l'archivage, et plusieurs niveaux intermédiaires. Google Cloud Storage et Azure Blob Storage suivent le même modèle.
L'écart de prix entre les niveaux est considérable. Un téraoctet sur S3 Standard coûte environ 23 $ par mois. Le même téraoctet sur Glacier Deep Archive tombe à environ 1 $. Mais ces économies ne se matérialisent que si les données sont effectivement aiguillées vers le bon niveau. Dans les faits, les sauvegardes restent dans du stockage premium pendant des mois, des fichiers de logs auxquels personne ne touche stagnent en Standard pendant un an, et les copies de reprise après sinistre se retrouvent dans la même classe coûteuse que les données actives.
Transferts de données et frais d'egress
Les fournisseurs cloud ne facturent pas l'entrée des données — même si l'ingestion à grande échelle entraîne malgré tout des coûts réels en main-d'œuvre, en outillage et en requêtes API d'écriture. La sortie des données, en revanche, est bien facturée. Les frais d'egress s'appliquent dès que des données transitent entre régions, entre fournisseurs ou vers Internet.
En environnement multi-cloud, ces frais s'accumulent vite. Une configuration de reprise après sinistre qui réplique des données d'AWS vers Azure génère des coûts de transfert récurrents que les équipes sous-estiment systématiquement à la planification. Les workflows analytiques qui extraient de gros volumes du stockage cloud pour les traiter ailleurs rencontrent le même problème, tout comme les pipelines de diffusion de contenu qui distribuent des fichiers à des utilisateurs répartis sur plusieurs zones géographiques.
Frais d'API et appels de requêtes
À grande échelle, le coût des appels API devient une véritable ligne de facture. Chaque lecture, écriture, listage ou suppression sur un bucket de stockage cloud déclenche un appel API facturable. Le tarif unitaire est minime — quelques fractions de centime — mais les migrations, les jobs de traitement par lots et les tests de reprise après sinistre peuvent porter le volume d'appels à plusieurs millions sur une seule période de facturation.
Un job de sauvegarde mal optimisé qui déclenche des requêtes LIST ou GET inutiles peut générer des centaines, voire des milliers de dollars de frais avant que quiconque ne s'en aperçoive. Le coût ne paraît jamais alarmant à l'échelle d'une requête isolée. Il n'apparaît qu'une fois agrégé sur l'ensemble de l'exécution.
Charge opérationnelle
Le stockage multi-cloud impose une taxe de gestion qui n'apparaît sur aucune facture. Surveiller l'utilisation, configurer des politiques de cycle de vie, examiner les factures, enquêter sur les anomalies et coordonner plusieurs comptes consomme du temps d'engineering — un temps qui se multiplie à chaque cloud supplémentaire.
Chaque fournisseur a ses propres outils, dashboards et formats de facturation. Cette fragmentation rend la vue d'ensemble plus difficile à obtenir et favorise l'accumulation de gaspillage. Pour les équipes qui ne disposent pas d'une automatisation solide ni de pratiques FinOps claires, la charge opérationnelle finit souvent par constituer l'un des plus gros coûts cachés du stockage multi-cloud.
Comment AWS, Azure et Google Cloud se comparent-ils sur les tarifs de stockage ?
Les trois fournisseurs affichent des tarifs comparables pour le stockage objet en première ligne, mais les écarts sur les transitions, l'egress et les requêtes ouvrent de réelles opportunités d'optimisation pour les équipes qui font tourner des workloads sur plusieurs clouds.
Fournisseur
Stockage standard
Stockage d'archive
Egress (premier palier)
Durée minimale d'archivage
AWS S3
0,023 $/Go
~0,004 $/Go (Glacier Deep Archive)
~0,09 $/Go
180 jours
Azure Blob
0,018 $/Go (niveau Hot)
~0,002 $/Go (niveau Archive)
~0,087 $/Go
180 jours
Google Cloud
0,020 $/Go (Standard)
~0,001 $/Go (Archive)
~0,12 $/Go
Aucune
Tarifs publics pour les régions américaines, à jour de mars 2025. Vérifiez les tarifs en vigueur sur les pages tarifaires AWS, Azure et Google Cloud avant tout exercice budgétaire.
Pour le stockage fréquemment consulté dans les régions américaines : AWS S3 Standard démarre à 0,023 $ par Go par mois, le niveau Hot d'Azure Blob est à 0,018 $ par Go, et Google Cloud Storage Standard se situe autour de 0,020 $ par Go. Les trois tarifs deviennent dégressifs à mesure que les volumes augmentent.
En quoi les transitions entre classes de stockage diffèrent-elles ?
AWS facture par tranche de 1 000 objets transférés entre classes de stockage. Déplacer plusieurs millions de petits fichiers peut coûter plus cher que les économies de stockage que l'opération devait générer. Azure et Google Cloud appliquent des frais de transition similaires, avec des structures tarifaires et des durées minimales de stockage différentes.
Des politiques de cycle de vie qui font basculer les données vers des niveaux plus froids sans tenir compte des coûts de transition peuvent aboutir à un résultat net négatif. Faites le calcul sur le nombre d'objets avant d'automatiser toute migration de niveau à grande échelle.
Où les tarifs d'egress deviennent-ils onéreux ?
L'egress est le poste qui rend les opérations multi-cloud coûteuses. Au sein d'un même fournisseur, les transferts en intra-région entre services sont gratuits. La réplication inter-régions et les transferts entre services dans des régions différentes sont, eux, toujours facturés.
AWS et Azure facturent tous deux les données qui quittent leurs réseaux, avec des tarifs dégressifs au volume — mais les premiers téraoctets mensuels sont facturés au tarif au Go le plus élevé. Google Cloud propose historiquement des tarifs d'egress plus compétitifs et des franchises plus généreuses pour certains types de transferts.
Pour les équipes qui déplacent des données entre clouds à des fins de reprise après sinistre ou d'analytique, l'egress devient régulièrement le premier poste de coût variable de la facture. C'est l'une des raisons pour lesquelles la planification financière du cloud est si déterminante en environnement multi-cloud.
Comment les tarifs des requêtes varient-ils selon les fournisseurs ?
Le coût des appels API varie selon le fournisseur et la classe de stockage. Une requête GET sur S3 Standard coûte une fraction de centime. La même requête sur Glacier Flexible Retrieval coûte nettement plus cher. Azure et Google Cloud ont chacun leurs propres courbes tarifaires, et les écarts apparaissent surtout lors d'événements à fort volume : migrations, traitements de données en masse ou clôtures trimestrielles.
La plateforme Cloud Intelligence de DoiT consolide les coûts de stockage d'AWS, Azure et Google Cloud dans une vue unique : il devient possible de repérer où se concentrent les dépenses et où des changements de niveau ou de workloads généreraient de réelles économies — sans s'enfermer dans l'outillage d'un seul fournisseur.
Comment estimer et réduire les coûts de stockage cloud
L'optimisation du stockage cloud génère des économies durables lorsqu'elle s'inscrit dans une démarche continue plutôt que dans un nettoyage ponctuel. Commencez par établir une base fiable, automatisez ce qui peut l'être, et instaurez des revues régulières pour éviter que la dérive des schémas d'accès n'efface discrètement vos progrès.
Partez d'une base claire
On n'optimise pas ce qu'on ne voit pas. Avant tout changement, dressez un panorama complet des dépenses par classe de stockage, par région et par workload — pas seulement le total mensuel de la facture.
Chaque fournisseur propose ses outils natifs : AWS Cost Explorer, Azure Cost Management, Google Cloud Billing Reports. En environnement multi-cloud, recoller ces vues à la main donne une image incomplète et fait passer à côté des schémas inter-cloud. La plupart des équipes constatent que leurs profils d'utilisation réels divergent significativement des hypothèses initiales d'architecture, en particulier pour les workloads qui ont évolué dans le temps.
Cloud Analytics de DoiT consolide les données de facturation des trois fournisseurs dans une vue unique pour faire émerger automatiquement les comparaisons inter-cloud. En croisant ces données avec des KPI FinOps sur l'utilisation et le gaspillage du stockage, les équipes disposent d'un moyen pérenne de mesurer leurs progrès — au lieu de scruter la facture chaque mois.
Comment mettre en place des politiques de cycle de vie ?
Les règles de cycle de vie déplacent automatiquement les objets vers des classes de stockage moins chères en fonction de leur âge ou de leurs schémas d'accès, et les suppriment à l'expiration des durées de rétention. Les trois grands fournisseurs les prennent en charge. Bien les configurer suppose de connaître ses données suffisamment pour fixer des calendriers de transition cohérents avec leur usage réel.
Une politique de cycle de vie bien configurée pour des données de logs pourrait ressembler à ceci :
- Déplacer les objets vers du stockage à accès peu fréquent après 30 jours sans lecture
- Faire basculer vers du stockage d'archive après 90 jours
- Supprimer les données expirées à la limite de rétention définie
L'erreur de cycle de vie la plus coûteuse n'est pas l'absence de politique — c'est un filtre mal configuré qui empêche une politique existante de se déclencher. Les objets s'accumulent dans du stockage premium pendant des mois avant que quelqu'un ne fasse remonter la facture jusqu'à la règle silencieusement défaillante.
Intégrez à votre workflow FinOps une revue trimestrielle des configurations de cycle de vie. Les schémas d'accès évoluent avec les applications, et une politique adaptée à vos données il y a un an peut ne plus correspondre à la façon dont ces objets sont réellement consultés.
Quand le tiering intelligent est-il pertinent ?
Le tiering intelligent est rentable sur les workloads dont les schémas d'accès sont véritablement imprévisibles. AWS S3 Intelligent-Tiering déplace automatiquement les objets entre les niveaux d'accès en fonction de leur utilisation, sans frais de récupération lorsque les données reviennent vers un niveau plus chaud. Autoclass de Google Cloud fonctionne de manière similaire, en déplaçant les objets sans pénalités de suppression anticipée. Azure a introduit Smart Tier avec la même approche, mais la fonctionnalité reste en preview publique au début de 2026.
Ces fonctionnalités ne sont pas gratuites. S3 Intelligent-Tiering applique des frais de surveillance par objet, et Autoclass de Google ajoute des frais de gestion. Pour des workloads aux schémas d'accès prévisibles, des règles de cycle de vie configurées manuellement génèrent davantage d'économies. Pour des buckets volumineux à usage mixte, où certains objets sont consultés régulièrement et d'autres restent intacts pendant des mois, le tiering intelligent élimine l'incertitude et amortit généralement son coût rapidement.
Compressez et dédupliquez
La compression et la déduplication réduisent le volume de données stockées avant même que la tarification cloud n'entre en jeu. La plupart des outils de sauvegarde et des frameworks de pipelines de données prennent la compression en charge nativement — l'activer ne demande souvent qu'un seul changement de configuration.
La déduplication produit ses plus gros gains lorsque plusieurs systèmes écrivent des données similaires à des emplacements de stockage différents. Identifier et consolider ces copies redondantes peut réduire le volume stocké de 30 % ou plus dans les environnements aux workflows de sauvegarde et d'archivage qui se chevauchent.
Surveillez en temps réel, pas a posteriori
Les revues mensuelles de facture laissent les problèmes s'amplifier pendant 30 jours avant que quiconque ne les voie. Un job de migration qui s'emballe et génère des millions d'appels API inattendus, ou une politique de cycle de vie mal configurée qui pousse des données vers un niveau coûteux, peut tourner pendant des semaines sans apparaître dans un contrôle de facturation mensuel.
La plateforme DoiT propose une détection d'anomalies en temps réel et des recommandations d'optimisation automatisées sur les trois grands clouds. C'est cette visibilité continue qui distingue les équipes qui maîtrisent leurs coûts cloud de celles qui les subissent.
Quels coûts cachés les équipes CloudOps oublient-elles ?
Même les équipes aux bonnes habitudes FinOps passent systématiquement à côté des trois mêmes catégories de coûts. Toutes trois figurent quelque part dans la documentation des fournisseurs, mais elles n'apparaissent dans les discussions budgétaires qu'après avoir déjà généré une facture significative.
Transferts de données inter-régions
Les frais de réplication inter-régions prennent la plupart des équipes au dépourvu : le coût unitaire paraît minime, mais le total grimpe vite. Des mises à jour fréquentes de jeux de données génèrent des frais d'egress à chaque cycle de réplication — pour des données actives, ces frais peuvent rivaliser avec le coût du stockage lui-même.
Sur AWS, la réplication inter-régions entraîne deux frais : le transfert de données et les requêtes PUT qui écrivent les répliques dans la région de destination. De nombreuses équipes configurent la réplication inter-régions au déploiement initial, puis l'oublient — même après que la justification métier d'origine a évolué ou que les données ont cessé d'avoir de l'importance.
Frais d'API durant les migrations
Les migrations à grande échelle entre classes de stockage, fournisseurs ou régions génèrent des volumes d'appels API que la plupart des projections de coûts sous-estiment. Une migration impliquant des dizaines de millions de petits objets peut produire plusieurs milliers de dollars de frais d'appels, en plus des frais de transfert.
Les calculs par échantillonnage et projection ont tendance à sous-estimer les coûts réels, car le volume d'appels API croît plus vite que le volume de données à mesure que la migration s'amplifie. Effectuez une estimation complète à blanc sur le nombre réel d'objets avant de vous engager dans une migration de grande ampleur.
Frais de transition entre classes de stockage
Les frais de transition peuvent transformer un mouvement de cycle de vie censé réduire les coûts en surcoût net. Lorsque des données sont déplacées vers un niveau froid puis récupérées fréquemment, la combinaison des frais de transition et des frais de récupération peut dépasser ce qu'aurait coûté leur maintien dans le niveau d'origine.
Les pénalités de suppression anticipée ajoutent une couche de risque supplémentaire. Glacier impose une durée minimale de stockage de 90 jours ; Azure Archive, de 180 jours. Supprimer des données avant ces seuils revient à payer la totalité de la période minimale, quoi qu'il arrive. Ces durées minimales s'appliquent même lorsqu'une règle de cycle de vie déplace les données vers un niveau de suppression avant l'échéance.
Ces trois catégories de coûts partagent le même schéma : elles s'accumulent progressivement à travers des dizaines de petites lignes et restent invisibles dans les revues de facturation mensuelles. Lorsqu'elles se manifestent enfin sous la forme d'un pic, elles s'accumulent déjà depuis des semaines. La surveillance en temps réel les attrape à la source.
Reprenez la main sur vos dépenses de stockage cloud
Les coûts de stockage multi-cloud restent maîtrisables lorsque trois éléments fonctionnent en parallèle : une surveillance continue qui détecte les anomalies en temps réel, des politiques automatisées de cycle de vie et de tiering qui aiguillent correctement les données sans intervention manuelle, et une lecture claire de la façon dont les choix d'architecture se traduisent dans la facturation.
La plateforme Cloud Intelligence de DoiT offre aux équipes FinOps et CloudOps une vue unifiée des coûts de stockage sur AWS, Azure et Google Cloud, ainsi que des recommandations automatisées qui s'appliquent aux trois fournisseurs. Combinée à une stratégie disciplinée de planification financière du cloud, c'est un moyen concret de reprendre la main sur les coûts de stockage multi-cloud — et de les maintenir sous contrôle dans la durée.
Si vos factures de stockage croissent plus vite que vos données, il est temps d'y regarder de plus près. Contactez DoiT pour obtenir une visibilité et un contrôle en temps réel sur vos dépenses de stockage multi-cloud.