Les frais de transfert de données font grimper de manière inattendue les factures liées au cloud, car la plupart des entreprises se concentrent sur les coûts de calcul et de stockage tout en négligeant les frais facturés à chaque fois que des données sont transférées entre des services, d’une région à l’autre, ou hors du cloud. Ces frais s’accumulent discrètement en arrière-plan et apparaissent souvent sous la forme d’une ligne de facture fragmentée, difficile à rattacher à une charge de travail ou à une équipe spécifique. Les sections ci-dessous expliquent précisément d’où proviennent ces coûts, pourquoi ils prennent les équipes financières informatiques au dépourvu et ce que vous pouvez faire pour les maîtriser.
Quels types de transferts de données donnent lieu à des frais ?
Les fournisseurs de services cloud facturent le transfert de données dans quatre cas de figure principaux : les données sortant du cloud vers l'Internet public (sortie), les données circulant entre différentes régions cloud, les données circulant entre différentes zones de disponibilité au sein d'une même région, et les données circulant entre différents services ou comptes. Les données entrantes (entrée) sont presque toujours gratuites, ce qui donne l'impression trompeuse que le transfert est globalement peu coûteux.
La catégorie la plus coûteuse est celle du trafic sortant vers Internet, où les données quittent entièrement le réseau du fournisseur de cloud. C'est le cas lorsque vos applications fournissent du contenu aux utilisateurs finaux, envoient des données vers des systèmes sur site ou exportent vers des plateformes tierces. Les transferts interrégionaux constituent le deuxième poste de coûts le plus important ; ils se produisent chaque fois qu’une charge de travail située dans une région géographique communique avec une ressource située dans une autre. Même au sein d’une même région, le transfert de données entre zones de disponibilité entraîne des frais par gigaoctet qui s’accumulent rapidement dans les architectures distribuées.
Le transfert de données entre des services cloud au sein d'une même région est parfois gratuit, mais pas toujours. Certaines combinaisons de services, telles que le trafic circulant d’une instance de calcul vers une base de données gérée ou d’un compartiment de stockage vers une source de réseau de diffusion de contenu, peuvent néanmoins donner lieu à des frais selon le fournisseur et la configuration. Sans analyse détaillée de la facturation, ces coûts sont regroupés en une seule ligne qui masque leur origine réelle.
Pourquoi les frais de sortie de données du cloud prennent-ils les entreprises au dépourvu ?
Les coûts de sortie du cloud prennent les entreprises au dépourvu, principalement parce qu’ils dépendent de la consommation et évoluent en fonction de l’utilisation d’une manière difficile à prévoir au moment où les décisions architecturales sont prises. Contrairement à un abonnement mensuel fixe, les frais de sortie augmentent proportionnellement au volume de trafic, et cette augmentation peut être soudaine lors du lancement d’un produit, de l’extension d’un pipeline de données ou de l’exécution d’une tâche de sauvegarde plus fréquente que prévu.
Une deuxième raison tient au fait que les frais de sortie sont souvent dissimulés dans les factures de cloud sous des catégories générales, plutôt que d’être attribués à une application ou à une équipe spécifique. En l’absence d’un modèle d’imputation des coûts adapté, les équipes financières informatiques ne peuvent pas identifier quelle charge de travail est à l’origine de ce pic. Il s’agit là d’un défi majeur qui Gestion des coûts du cloud avec FinOps Ces pratiques visent à permettre de rattacher chaque dollar dépensé dans le cloud à un responsable métier.
Il existe également un facteur lié au comportement. Les équipes d'ingénieurs prennent des décisions architecturales en fonction des exigences de performance et de fiabilité, et non en fonction des implications financières. Une architecture de microservices qui achemine le trafic entre différentes régions à des fins de redondance, ou une configuration de journalisation qui transmet les données en continu vers une plateforme d'analyse centralisée, peut générer des coûts de sortie importants que personne n'avait prévus au préalable. Ces coûts ne deviennent visibles qu'à la réception de la facture.
En quoi les coûts de transfert de données diffèrent-ils entre AWS, Azure et GCP ?
AWS, Azure et GCP appliquent chacun une tarification différente pour le transfert de données, ce qui signifie qu’une même architecture peut générer des factures très différentes selon le fournisseur utilisé. AWS facture les frais de sortie au gigaoctet selon un barème progressif, le premier gigaoctet par mois étant gratuit et les tarifs diminuant à mesure que les volumes augmentent. Azure applique un modèle à plusieurs paliers similaire, mais organise sa tarification par zones de facturation plutôt que par régions individuelles. GCP proposait historiquement des paliers de sortie gratuits plus généreux et a introduit un modèle de sortie à forfait pour certains services, bien que la tarification ait évolué et varie selon les produits.
Principales différences de tarification entre régions et au sein d'une même région
AWS facture le trafic entre les zones de disponibilité au sein d'une même région, un coût que de nombreuses équipes sous-estiment dans les déploiements à haute disponibilité. Azure et GCP facturent également le trafic inter-zones dans la plupart des configurations, mais les tarifs spécifiques et les niveaux d'utilisation gratuite varient. Ces trois fournisseurs proposent des tarifs réduits ou un transfert gratuit lorsque l’on utilise leurs propres réseaux de diffusion de contenu ou lorsque le trafic reste à l’intérieur des limites d’un réseau privé défini.
Considérations relatives à l'engagement d'utilisation et au niveau gratuit
Chaque fournisseur propose des mécanismes permettant de réduire les coûts de transfert. AWS CloudFront, Azure CDN et Google Cloud CDN réduisent tous le trafic sortant de l’origine en diffusant du contenu mis en cache depuis des sites périphériques. GCP propose un modèle de niveaux de service réseau (Network Service Tiers) dans lequel vous pouvez choisir entre un routage « premium » et un routage « standard », avec des tarifs différents. AWS et Azure proposent des transferts de données gratuits pour certains services lorsque le trafic circule entre des comptes au sein d’une même organisation ou entre des services appariés spécifiques. Pour bien comprendre ces nuances, il faut comparer vos flux de trafic réels avec la documentation tarifaire du fournisseur, ce que la plupart des organisations n’ont pas fait de manière détaillée.
Quels choix d'architecture cloud entraînent les coûts de transfert les plus élevés ?
Les choix architecturaux qui engendrent les coûts de transfert de données les plus élevés sont les déploiements « actif-actif » multirégionaux, les architectures centralisées de journalisation et de surveillance, la réplication des données entre régions, ainsi que les architectures de microservices dans lesquelles les services s'interconnectent au-delà des frontières entre zones ou régions. Chacun de ces modèles se justifie d'un point de vue technique, mais entraîne un coût de transfert qui s'amplifie à mesure que l'échelle augmente.
Les lacs de données centralisés et les plateformes d’analyse constituent un autre facteur déterminant. Lorsque des données opérationnelles brutes sont transmises en continu depuis des applications situées dans plusieurs régions vers un environnement d’analyse unique, le trafic sortant interrégional s’accumule heure après heure, jour après jour. De même, les configurations de sauvegarde et de reprise après sinistre qui répliquent les données vers une région secondaire génèrent des coûts de transfert permanents, faciles à négliger car elles s’exécutent automatiquement en arrière-plan.
Les architectures cloud hybrides, dans lesquelles les systèmes sur site échangent régulièrement des données avec des charges de travail dans le cloud, sont particulièrement exposées à des frais de trafic sortant imprévus. La synchronisation des données entre un entrepôt de données sur site et une plateforme d’analyse dans le cloud, ou entre une application cloud et un fournisseur d’identité sur site, génère un flux continu de trafic sortant facturable. Ces coûts ne sont souvent pas pris en compte dans l’analyse de rentabilité qui a justifié le déploiement hybride au départ.
Comment les équipes financières informatiques peuvent-elles identifier les frais de transfert de données dans les factures liées au cloud ?
Les équipes financières informatiques peuvent identifier les frais de transfert de données en filtrant les exportations de facturation cloud selon la catégorie de service « réseau » ou « transfert de données », puis en regroupant les coûts par région, par service et par balise de ressource. Les trois principaux fournisseurs exportent des données de facturation détaillées comprenant une ligne pour chaque type de transfert, mais ces données doivent être traitées avant de pouvoir être exploitées par les équipes financières.
La première étape consiste à vous assurer que votre exportation des données de facturation est configurée avec le niveau de granularité le plus élevé possible. Les rapports sur les coûts et l'utilisation d'AWS, les exportations d'Azure Cost Management et les exportations de facturation GCP fournissent chacun des ventilations par ressource et par service qui révèlent les coûts de transfert au niveau de la charge de travail. Sans ces données, vous vous basez sur des factures récapitulatives qui regroupent les coûts de transfert en un seul chiffre.
La deuxième étape consiste à attribuer des balises. Les coûts de transfert ne peuvent être imputés à une unité opérationnelle, à un produit ou à une équipe que si les ressources sous-jacentes sont dotées de balises cohérentes. De nombreuses organisations constatent, lors d’un examen de la facturation, qu’une part importante des coûts de transfert n’est pas étiquetée, ce qui signifie qu’ils ne peuvent pas être affectés. La mise en place d’une politique d’étiquetage et son application par le biais de contrôles de gouvernance constituent une condition préalable à une véritable transparence des coûts.
La troisième étape consiste à mettre en place un rythme régulier d'analyse. Les coûts de transfert de données ne restent pas constants à mesure que les architectures évoluent ; un audit ponctuel n'est donc pas suffisant. Une analyse régulière des tendances en matière de transfert, idéalement mensuelle, permet aux équipes financières et techniques de détecter les pics inattendus avant qu'ils ne se transforment en un écart trimestriel important.
Quelles stratégies permettent de réduire les coûts imprévus liés au transfert de données ?
Les stratégies les plus efficaces pour réduire les coûts imprévus liés au transfert de données sont l'optimisation de l'architecture, le recours à un réseau de diffusion de contenu, la compression des données et la mise en place de contrôles de gouvernance qui permettent de mettre en évidence ces coûts auprès des équipes chargées de prendre les décisions architecturales. Aucune stratégie ne permet à elle seule d'éliminer le problème, mais leur combinaison permet d'obtenir des réductions significatives.
- Regrouper les charges de travail au sein d'une même région lorsque les exigences en matière de latence et de conformité le permettent. Le fait de regrouper les ressources de calcul, de stockage et les bases de données dans une même région permet d'éliminer totalement les frais de transfert interrégionaux pour cette charge de travail.
- Utiliser des réseaux de diffusion de contenu pour diffuser du contenu statique et pouvant être mis en cache à partir de sites périphériques. Cela réduit considérablement le trafic sortant de la source pour les applications destinées aux clients et constitue l'une des optimisations les plus rentables qui soient.
- Compresser les données avant leur transfert lorsque la surcharge liée à la compression est acceptable. La réduction de la taille de la charge utile entraîne une diminution directe du volume de transfert facturable.
- Analyser les schémas de trafic entre les zones de disponibilité dans les déploiements à haute disponibilité. Dans certains cas, des ajustements du routage peuvent réduire la fréquence des appels inter-zones sans compromettre la résilience.
- Évaluer les options relatives aux points de terminaison VPC et aux liaisons privées pour le trafic entre les services cloud. Le recours à une connectivité privée plutôt qu’au routage via l’Internet public permet d’éviter certains frais de sortie de réseau tout en renforçant la sécurité.
- Attribuer la visibilité sur les coûts de transfert aux équipes d'ingénierie via des modèles de « showback » ou de « chargeback ». Lorsque l'équipe chargée de prendre les décisions architecturales peut visualiser le coût de ses choix en temps quasi réel, elle intègre les coûts de transfert dans ses revues de conception.
La gouvernance est le pilier qui assure la pérennité de toutes les autres stratégies. Sans processus permettant de relier les données de coûts aux équipes responsables des charges de travail qui les génèrent, l'optimisation reste réactive et ponctuelle.
Comment nous vous aidons à gérer les coûts liés au transfert de données dans le cloud
Les frais de transfert de données imprévus sont le symptôme d'un problème plus large : des dépenses liées au cloud qui sont visibles globalement, mais qui ne sont pas maîtrisées au niveau des charges de travail. Nous aidons les entreprises à passer d'une analyse réactive de la facturation à une approche proactive gestion des coûts du cloud en mettant en place des modèles d'affectation, une gouvernance en matière d'étiquetage et des cadences de contrôle qui permettent de garantir la traçabilité et la justification de chaque coût de transfert.
Plus précisément, nous vous accompagnons dans les domaines suivants :
- Répartition des coûts complets pour l'ensemble des services cloud, y compris la mise en réseau et le transfert de données, en fonction des unités opérationnelles, des produits et des équipes
- Évaluation de la maturité FinOps pour identifier les points faibles de votre processus actuel et les opportunités d'optimisation les plus rentables
- Cadres de gouvernance qui fournissent aux équipes d'ingénieurs des indicateurs de coûts en temps réel, afin que les coûts de transfert soient pris en compte dès la phase de conception, et non pas découverts a posteriori
- Rationalisation des effectifs et révision de l'architecture sur AWS, Azure et GCP, qui englobent les modèles de transfert de données ainsi que les ressources de calcul et de stockage
- Intégration avec les frameworks TBM ainsi, les dépenses liées au cloud, y compris les coûts de transfert, sont présentées en termes opérationnels permettant à la direction de prendre les mesures qui s'imposent
Si vos factures de cloud computing font apparaître des coûts liés au transfert de données sans qu'il y ait de responsable clairement identifié ni d'explication claire, cela indique que vos pratiques de gestion des coûts doivent être renforcées. N'hésitez pas à nous contacter pour discuter de la manière de s'y prendre.