Qu'est-ce que les coûts de sortie et pourquoi prennent-ils tant d'équipes au dépourvu ?

Les coûts de sortie correspondent aux frais facturés par les fournisseurs de cloud lorsque les données quittent leur réseau, que ce soit vers Internet, vers une autre région ou vers un autre fournisseur de cloud. Ils prennent de nombreuses équipes au dépourvu, car les pages de tarification du cloud mettent l’accent sur les coûts de calcul et de stockage, tout en dissimulant les frais de transfert de données dans des barèmes tarifaires complexes et à plusieurs niveaux qui n’apparaissent qu’à la réception de la facture. Cet article explique le fonctionnement des frais de sortie, ce qui les déclenche et comment les pratiques FinOps vous aident à les maîtriser.

Comment les fournisseurs de services cloud facturent-ils réellement le trafic sortant ?

Les fournisseurs de services cloud facturent les coûts de sortie en fonction du volume de données transférées hors de leur réseau, mesuré en gigaoctets. Le modèle de facturation est généralement dégressif, ce qui signifie que le tarif au Go diminue à mesure que votre volume de transfert mensuel augmente. Cependant, les tarifs de base s'appliquent par défaut à la plupart des transferts sortants, et les équipes anticipent rarement la rapidité avec laquelle ces gigaoctets s'accumulent sur plusieurs services et dans différentes régions.

Le fonctionnement est le suivant : votre fournisseur de services cloud mesure chaque octet qui sort d’une limite définie, qu’il s’agisse d’un centre de données, d’une région ou de la périphérie du réseau mondial du fournisseur. À la fin du cycle de facturation, le volume total de données sortantes est multiplié par le barème tarifaire applicable. Comme le comptage s'effectue au niveau de l'infrastructure, les équipes chargées des applications n'ont souvent aucune visibilité sur le volume de transfert généré par leurs charges de travail avant de recevoir la facture.

Ce qui rend la situation particulièrement complexe, c'est que la tarification des transferts sortants n'est pas uniforme. Les tarifs varient en fonction de la destination des données, du service à l'origine du transfert et de la région géographique concernée. Un transfert depuis un compartiment de stockage vers une machine virtuelle située dans la même région peut être gratuit, tandis que le même transfert entre différentes régions peut coûter nettement plus cher.

Quels types de transferts de données donnent lieu à des frais de sortie ?

Les frais de sortie sont facturés dès lors qu'un transfert de données franchit une limite de facturation définie par votre fournisseur de services cloud. Les cas les plus courants sont les transferts sortants vers l'Internet public, les transferts interrégionaux entre deux régions au sein d'un même fournisseur, et les transferts inter-cloud vers un autre fournisseur de services cloud ou vers un environnement sur site.

Dans la pratique, ce sont les types de transfert suivants qui donnent lieu le plus souvent à des frais de sortie :

• Sortie Internet : Mise à disposition de contenus, de réponses d'API ou de fichiers aux utilisateurs finaux via l'Internet public
• Transferts interrégionaux : Transfert de données entre deux régions au sein d'un même fournisseur de services cloud, par exemple la réplication d'une base de données d'une région à une autre à des fins de reprise après sinistre
• Transferts entre zones de disponibilité (AZ) : Sur AWS et chez certains autres fournisseurs, les transferts entre zones de disponibilité au sein d'une même région entraînent également des frais
• Transferts entre clouds : Transfert de données d'un fournisseur de services cloud à un autre, souvent dans le cadre d'architectures multicloud ou hybrides
• Récupérations depuis l'origine du CDN : Lorsqu'un réseau de diffusion de contenu récupère des données depuis votre source dans le cloud pour alimenter ses caches périphériques
• Transferts de sauvegarde et d'archivage : Transfert de grands ensembles de données vers des supports de stockage externes ou des destinations de sauvegarde

L'« ingress », c'est-à-dire le flux de données entrant dans le cloud, est presque toujours gratuit. Cette asymétrie est volontaire et crée une incitation structurelle qui rend peu coûteux le transfert de données vers l'écosystème d'un fournisseur, mais coûteux leur transfert hors de celui-ci.

Pourquoi les coûts de sortie sont-ils si difficiles à prévoir à l'avance ?

Les coûts de sortie sont difficiles à prévoir, car ils dépendent de la consommation et résultent du comportement des applications plutôt que d’une ressource provisionnée à prix fixe. Contrairement aux ressources de calcul ou de stockage, pour lesquelles il est possible d’estimer les coûts à partir d’une configuration connue, le volume de sortie dépend de la quantité de données effectivement transférées par votre application, qui varie en fonction de l’activité des utilisateurs, de la croissance des données et des choix architecturaux effectués par les équipes d’ingénierie.

Plusieurs facteurs viennent aggraver ce caractère imprévisible :

• Propriété décentralisée : Les équipes chargées des applications prennent des décisions architecturales qui entraînent des dépenses, mais le coût de celles-ci est imputé au budget central des services informatiques ou financiers, sans qu'il y ait de lien direct de responsabilité avec l'équipe à l'origine de ces dépenses.
• Chemins de transfert invisibles : Les architectures de microservices et les systèmes distribués génèrent des dizaines d'appels internes entre services, dont beaucoup franchissent les limites des zones de disponibilité ou des régions sans que les ingénieurs s'en rendent compte
• Complexité liée à la tarification à plusieurs niveaux : Les grilles tarifaires des principaux fournisseurs comportent des dizaines de critères de tarification, ce qui rend difficile l'estimation précise des coûts avant la mise en service d'une charge de travail
• Pics de trafic : Le lancement d'un produit, un événement viral ou un traitement par lots de grande envergure peuvent multiplier le volume de trafic sortant au cours d'une même période de facturation, sans aucun avertissement préalable.
• Charges liées à la journalisation et à la surveillance : L'envoi de journaux, de métriques et de traces vers des plateformes d'observabilité centralisées génère un volume de trafic sortant spécifique que les équipes prévoient rarement dans leur budget

C'est précisément cette combinaison entre une prise de décision décentralisée et une tarification opaque qui explique pourquoi les frais de sortie apparaissent comme des surprises sur les factures de cloud, même au sein d'entreprises qui gèrent activement d'autres catégories de coûts liés au cloud.

Comment se comparent les frais de sortie entre AWS, Azure et Google Cloud ?

Les trois principaux fournisseurs de services cloud facturent tous le trafic sortant vers Internet, mais leurs tarifs, les seuils de leur offre gratuite et leurs structures tarifaires interrégionales diffèrent considérablement. Google Cloud a toujours proposé des tarifs de trafic sortant plus compétitifs et des plafonds d’offre gratuite plus élevés que ceux d’AWS et d’Azure, tandis qu’AWS facture les transferts entre zones de disponibilité d’une manière que les autres fournisseurs gèrent différemment.

Tarification du trafic sortant sur AWS

AWS facture les données transférées vers Internet selon une structure tarifaire à plusieurs paliers et offre un petit volume mensuel gratuit. Les transferts interrégionaux au sein d'AWS sont facturés à un tarif forfaitaire par Go qui varie selon les paires de régions. Il est à noter qu'AWS facture également le trafic inter-AZ au sein d'une même région, ce qui prend de nombreuses équipes au dépourvu, car les zones de disponibilité d'une même région donnent l'impression de former un même environnement, mais sont considérées comme des entités de facturation distinctes.

Tarification du trafic sortant sur Azure

Azure utilise un modèle basé sur des zones, dans lequel les régions sont regroupées en zones de facturation, et les tarifs de transfert Internet sortant dépendent de la zone à laquelle appartient la région source. Les transferts interrégionaux au sein d’Azure sont également facturables. La structure tarifaire d’Azure est globalement comparable à celle d’AWS, bien que les regroupements de zones et les échelons tarifaires diffèrent, ce qui rend toute comparaison directe complexe sans effectuer de calculs spécifiques à votre charge de travail et à la combinaison de régions qui vous concerne.

Tarification du trafic sortant sur Google Cloud

Google Cloud propose généralement des tarifs de sortie moins élevés pour les transferts Internet et offre la sortie gratuite pour le trafic acheminé via son CDN, ce qui peut réduire considérablement les coûts liés aux charges de travail à forte intensité de contenu. Les transferts interrégionaux au sein de Google Cloud sont facturés à des tarifs qui varient en fonction de la région de destination. Google propose également un niveau de sortie gratuit pour les données transférées vers d'autres services Google dans certaines configurations, ce qui peut profiter aux entreprises utilisant déjà plusieurs produits Google.

En pratique, cela signifie qu'aucun fournisseur n'est systématiquement le moins cher pour tous les scénarios de trafic sortant. Pour effectuer une comparaison pertinente, il faut tenir compte des modèles de transfert spécifiques à votre charge de travail, des régions concernées et des types de destinations.

Comment les équipes peuvent-elles réduire les coûts de sortie de données du cloud sans modifier l'architecture ?

Les équipes peuvent réduire les coûts de sortie sans procéder à une refonte complète de l'architecture, en se concentrant sur l'acheminement du trafic, la mise en cache et l'optimisation des transferts au niveau de la configuration. Ces modifications nécessitent l'intervention des ingénieurs, mais n'exigent pas de repenser l'architecture sous-jacente de l'application.

Parmi les tactiques les plus efficaces, on peut citer :

• Activer et configurer la mise en cache CDN : La mise à disposition de contenu réutilisé à partir des nœuds de cache en périphérie élimine le trafic sortant vers le serveur d'origine pour les réponses mises en cache, ce qui réduit souvent de manière significative le volume de trafic sortant vers Internet pour les charges de travail Web et API.
• Regrouper le trafic entre zones de disponibilité : Examiner les schémas de communication entre services et, dans la mesure du possible, regrouper les services qui communiquent fréquemment au sein d'une même zone de disponibilité
• Utilisez les remises sur les transferts proposées par les prestataires : AWS Direct Connect, Azure ExpressRoute et Google Cloud Interconnect proposent des tarifs de sortie réduits pour le trafic transitant par des connexions dédiées plutôt que par l'Internet public
• Compresser les données avant leur transfert : L'activation de la compression sur les réponses API, les flux de journaux et les pipelines de données permet de réduire le volume de données transférées sans modifier le contenu de ces transferts.
• Examiner les pipelines de journalisation et d'observabilité : Vérifiez où sont envoyés les journaux et les métriques, et si toutes ces données doivent nécessairement quitter la région ; un échantillonnage ou un filtrage à la source permet de réduire le volume de trafic sortant.
• Choisissez vos régions de manière stratégique : Pour les nouvelles charges de travail, le choix d'une région géographiquement proche de votre base d'utilisateurs principale permet de réduire la distance parcourue par les données et, dans certains cas, le niveau tarifaire applicable au trafic sortant.

Ces optimisations sont particulièrement efficaces lorsque les équipes d'ingénierie savent précisément quels services et quelles charges de travail génèrent le plus de trafic sortant. Sans ce niveau de détail, il est difficile de déterminer les priorités et de savoir où concentrer les efforts.

Quelles pratiques FinOps permettent de maîtriser les coûts de sortie ?

Les pratiques FinOps permettent de maîtriser les coûts de sortie en instaurant la visibilité, la responsabilisation et le rythme décisionnel nécessaires pour agir sur la base des données relatives aux coûts de transfert, plutôt que de se contenter de les observer. Le principal défi lié aux coûts de sortie ne réside pas dans l'indisponibilité des données, mais dans le fait que personne n'en est responsable et qu'il n'existe aucun processus permettant de les traduire en actions concrètes.

Les pratiques FinOps suivantes permettent de réduire directement les coûts de trafic sortant :

• Marquer et attribuer le trafic sortant par charge de travail et par équipe : Appliquer un système de marquage cohérent aux ressources générant du trafic sortant, afin que les coûts de transfert puissent être imputés à l'équipe ou au produit à l'origine de ces coûts, et ne soient pas pris en charge par un budget informatique commun.
• Intégrer les coûts de sortie dans les indicateurs de coût unitaire : Suivre les coûts de sortie par transaction, par utilisateur ou par appel d'API, parallèlement aux coûts unitaires de calcul et de stockage, afin que les équipes d'ingénierie puissent appréhender le coût global lié au comportement de leurs charges de travail
• Intégrer les sorties dans la détection des anomalies : Configurez des alertes en cas de pics inattendus des coûts de transfert de données afin que les équipes puissent mener une enquête avant la clôture du cycle de facturation, plutôt qu'après.
• Examiner les sorties dans le cadre des cycles réguliers d'optimisation des coûts : Faites en sorte que la réduction des coûts figure systématiquement à l'ordre du jour des revues FinOps mensuelles ou trimestrielles, et non comme une question secondaire abordée uniquement lorsqu'un pic apparaît.
• Harmoniser les points de vue des services techniques et financiers sur les compromis en matière de coûts de transfert : Lorsque les équipes évaluent les choix architecturaux, les implications en matière de sortie doivent être prises en compte dans le modèle de coûts, et non pas être découvertes après le déploiement.

Plus généralement, les coûts de sortie continuent de créer des surprises lorsque la gestion des coûts du cloud se limite à la visibilité. Pour transformer cette visibilité en actions concrètes, il faut disposer des structures de gouvernance et d’une collaboration interfonctionnelle qu’offre une pratique FinOps bien établie. Pour en savoir plus sur la mise en place de cette pratique, consultez notre Page des services FinOps.

Comment nous vous aidons à gérer les coûts de sortie de données du cloud

Les coûts de sortie constituent l'un des exemples les plus évidents d'une tendance plus générale : des dépenses liées au cloud qui sont techniquement visibles, mais qui, dans la pratique, ne font l'objet d'aucune gestion. Nous aidons les entreprises à passer d'une simple observation des coûts liés au cloud à une gestion active de ceux-ci, en prenant les coûts de sortie comme point de départ concret et mesurable.

Collaborer avec nous sur optimisation des coûts du cloud, on obtient :

• Répartition complète des coûts sur l'ensemble des catégories de coûts liés au cloud, y compris les frais de réseau et de transfert de données, ventilée par équipe, charge de travail et service
• Une évaluation de la maturité FinOps qui identifie les points faibles en matière de coûts de sortie de données et d'autres coûts liés au cloud dans votre modèle de gouvernance actuel
• Un processus décisionnel structuré qui rassemble les équipes financières, informatiques et d'ingénierie afin d'agir sur la base des données relatives aux coûts, et non pas simplement de les communiquer
• Recommandations en matière de redimensionnement et d'optimisation sur AWS, Azure et GCP, tenant compte des coûts de transfert ainsi que des ressources de calcul et de stockage
• Intégration aux cadres de gestion des activités technologiques afin que les coûts liés aux réseaux dans le cloud s'inscrivent dans le contexte plus large des dépenses informatiques et de la valeur ajoutée pour l'entreprise

Si des frais de sortie apparaissent de manière inattendue sur vos factures de cloud, c'est un signe qui mérite d'être examiné de plus près. N'hésitez pas à nous contacter pour faire le point sur la situation actuelle de votre organisation et définir une feuille de route concrète pour l'avenir.