Egress ou ingress : quelle différence ?

3

Les données sont en mouvement permanent. Les utilisateurs téléversent des fichiers, les applications échangent des informations, les sauvegardes sont écrites, les modèles d’IA lisent des jeux de données d’entraînement et les clients téléchargent du contenu. Chacun de ces transferts a une direction.

C’est tout ce que décrivent l’ingress et l’egress.

L’ingress désigne les données qui entrent dans un système. L’egress, les données qui en sortent.

Les définitions sont simples, mais leurs conséquences ne le sont pas. Pour la plupart des organisations, la direction dans laquelle circulent les données détermine bien plus que le trafic réseau. Elle influe sur les coûts cloud, la planification de la restauration, les politiques de sécurité, l’infrastructure d’IA et même la difficulté de changer de fournisseur.

S’il ne fallait retenir qu’une chose : l’ingress est généralement peu coûteux. C’est avec l’egress que commence l’impact opérationnel et financier à long terme.

Ce guide explique la différence entre ingress et egress, pourquoi les fournisseurs cloud les facturent différemment, et pourquoi comprendre l’egress est devenu de plus en plus important à mesure que les organisations construisent des plateformes de données plus vastes.

Qu’est-ce que l’ingress ?

L’ingress, ce sont les données qui entrent dans un système.

Ce système peut être un environnement cloud, une plateforme de stockage objet, un cluster Kubernetes, un réseau d’entreprise, voire une seule application. Si des informations arrivent, c’est de l’ingress.

Exemples d’ingress

• Téléverser des fichiers dans un stockage objet
• Un logiciel de sauvegarde qui écrit les sauvegardes nocturnes
• Des objets connectés (IoT) qui envoient de la télémétrie vers un data lake
• Des applications qui reçoivent des requêtes API
• La réplication de données vers un autre cluster de stockage
• La copie d’un jeu de données d’entraînement dans un environnement GPU

La plupart des fournisseurs cloud facturent peu ou pas l’ingress. Faciliter l’entrée des données sur une plateforme réduit les frictions et incite les clients à y stocker davantage de données.

Qu’est-ce que l’egress ?

L’egress, ce sont les données qui sortent d’un système.

Contrairement à l’ingress, l’egress se produit généralement lorsque les données sont utilisées, et non simplement stockées.

Exemples d’egress

• Télécharger des fichiers
• Restaurer des sauvegardes
• Diffuser des images, des vidéos ou du contenu web
• Lire des objets depuis un stockage cloud
• Déplacer des données vers un autre fournisseur cloud
• Exécuter des traitements analytiques sur des jeux de données distants
• L’entraînement et l’inférence d’IA qui lisent à répétition les données stockées

Cette distinction est importante, car les organisations écrivent généralement les données une fois mais les lisent de nombreuses fois.

Une sauvegarde n’est peut-être téléversée qu’une seule fois, mais elle pourra un jour être restaurée lors d’un sinistre. Un jeu de données n’est peut-être copié qu’une fois dans un stockage cloud, mais un pipeline d’IA peut le lire des centaines de fois pendant le développement d’un modèle.

Le stockage est souvent un événement ponctuel. La lecture des données est continue. Cette différence explique pourquoi l’egress pèse beaucoup plus lourd sur les coûts d’exploitation à long terme.

Egress et ingress en un coup d’œil

Caractéristique	Ingress	Egress
Direction	Vers un système	Hors d’un système
Opérations typiques	Téléversements, écritures, réplication entrante	Téléchargements, restaurations, lectures, réplication sortante
Trafic réseau	Entrant	Sortant
Stockage objet	Requêtes PUT	Requêtes GET
Tarification typique	Généralement gratuit ou très peu coûteux	Souvent facturé au Go
Mode d’utilisation	Souvent ponctuel	Peut se répéter

Pourquoi les fournisseurs cloud facturent l’egress

Beaucoup pensent que les fournisseurs cloud facturent l’egress parce que déplacer des données coûte cher. L’infrastructure réseau a certes un coût, mais le modèle tarifaire reflète aussi la façon dont les plateformes cloud sont utilisées.

Rendre l’ingress peu coûteux lève les obstacles à l’adoption. Les organisations peuvent migrer leurs sauvegardes, archives, jeux de données analytiques et données applicatives sans craindre des frais de transfert importants.

L’egress fonctionne différemment. Une fois que de grands jeux de données se trouvent sur une plateforme, les déplacer ailleurs — ou les lire à répétition depuis un autre emplacement — génère des coûts de transfert récurrents. Ces frais augmentent avec l’utilisation plutôt qu’avec la capacité de stockage.

Autrement dit, plus vos données prennent de la valeur, plus vous y accédez souvent. À mesure que les accès augmentent, les coûts d’egress peuvent finir par dépasser les coûts de stockage. C’est l’une des raisons pour lesquelles les frais d’egress reçoivent autant d’attention lors des discussions sur l’architecture cloud.

Pourquoi l’egress compte plus que l’ingress

Pour les petites charges de travail, la différence entre ingress et egress est généralement insignifiante. À l’échelle de l’entreprise, elle devient une décision d’architecture.

Sauvegarde et reprise après sinistre

Le stockage cloud peut être un endroit économique pour conserver des copies de sauvegarde, car l’écriture des sauvegardes n’entraîne généralement que peu ou pas de frais de transfert. Leur restauration est une autre affaire.

Une restauration à grande échelle exige de relire ces données, souvent sous une forte pression temporelle. Restaurer des centaines de téraoctets ou plusieurs pétaoctets génère du trafic d’egress précisément au moment où une organisation peut le moins se permettre des retards ou des coûts imprévus. La planification de la restauration doit donc tenir compte à la fois des performances de restauration et de l’économie des transferts de données.

IA et analytique

Les charges de travail d’IA modernes sont extrêmement gourmandes en lectures. L’entraînement et l’affinage de modèles, l’indexation vectorielle, la génération augmentée par récupération (RAG) et l’analytique à grande échelle lisent tous les mêmes jeux de données à répétition.

Contrairement au stockage d’archivage, où les données peuvent rester intactes pendant des mois, les pipelines d’IA récupèrent les informations en continu. Pour les organisations qui construisent une infrastructure d’IA, le coût de la lecture répétée des données peut devenir aussi important que celui de leur stockage.

Diffusion de médias

Les plateformes de streaming, les systèmes de distribution de contenu et les téléchargements de logiciels génèrent un trafic sortant constant. Plus l’audience est large, plus le contenu stocké est récupéré fréquemment. Dans ces environnements, l’egress évolue directement avec la demande des clients.

Environnements multicloud

Les organisations répartissent de plus en plus leurs charges de travail entre plusieurs fournisseurs cloud. Cette flexibilité améliore la résilience et réduit la dépendance à une seule plateforme, mais elle augmente aussi la quantité de données qui franchissent les frontières entre clouds. Chaque transfert peut sembler minime pris isolément. Sur des mois ou des années, ces transferts deviennent une dépense d’exploitation récurrente.

L’egress est toujours relatif

L’une des sources de confusion les plus courantes consiste à oublier que l’ingress et l’egress dépendent du point de vue. Téléverser un fichier depuis votre ordinateur portable vers un stockage cloud, c’est :

• de l’egress pour votre ordinateur portable
• de l’ingress pour le cloud

Télécharger ce même fichier plus tard inverse la direction :

• de l’egress pour le cloud
• de l’ingress pour votre ordinateur

Un même transfert est à la fois de l’ingress et de l’egress, selon le système que l’on décrit.

Le même principe s’applique à l’intérieur des environnements cloud. Des données qui circulent entre régions, zones de disponibilité ou clusters de stockage peuvent être considérées comme de l’egress pour un système et de l’ingress pour un autre, même si elles ne transitent jamais par l’Internet public.

Les fournisseurs cloud n’ont-ils pas supprimé les frais d’egress ?

Les grands fournisseurs cloud ont mis en place des programmes qui réduisent ou suppriment certains frais de transfert de données pour les clients qui quittent définitivement leur plateforme. Ces changements visaient à se conformer à des évolutions réglementaires comme le Data Act européen, afin de faciliter le changement de fournisseur et de réduire les obstacles à la migration.

Ce qui n’a pas changé, c’est la tarification de l’egress opérationnel courant. Les organisations génèrent toujours un trafic sortant facturable lorsqu’elles :

• Restaurent des sauvegardes
• Téléchargent des objets stockés
• Exécutent des traitements analytiques sur des données cloud
• Entraînent des modèles d’IA
• Diffusent du contenu aux utilisateurs
• Transfèrent des données entre environnements au-delà des franchises gratuites applicables

Ces changements ont facilité la migration vers ou hors du cloud. Ils n’ont pas supprimé le coût récurrent de la lecture des données dans le cadre des opérations normales.

Egress et sécurité

L’ingress et l’egress sont aussi des notions fondamentales de sécurité.

• Les contrôles d’ingress déterminent ce qui est autorisé à entrer dans un environnement.
• Les contrôles d’egress déterminent ce qui est autorisé à en sortir.

Les pare-feu, les architectures zero trust, les politiques réseau Kubernetes et les plateformes de sécurité cloud distinguent tous le trafic entrant du trafic sortant, car les risques sont différents.

De nombreuses cyberattaques cherchent à obtenir un accès par l’ingress. À l’inverse, de nombreuses violations de données réussissent finalement par un egress non contrôlé, lorsque des informations sensibles quittent l’environnement sans autorisation. Comprendre la différence est donc essentiel, tant pour le réseau que pour la cybersécurité.

L’egress dans le stockage objet

Le stockage objet rend cette distinction particulièrement claire. Écrire des objets dans un bucket S3, c’est de l’ingress (requêtes PUT). Lire ces objets, c’est de l’egress (requêtes GET).

Pour les charges de travail qui archivent principalement des données, les transferts sortants peuvent rester relativement faibles. Pour les charges de travail liées à l’IA, à l’analytique, aux restaurations de sauvegardes ou à la diffusion de médias, les lectures sont continues. Cela change l’équation économique.

Les organisations qui évaluent un stockage objet doivent donc regarder au-delà de la capacité brute et examiner la fréquence d’accès aux données tout au long de leur cycle de vie. Une charge de travail qui stocke des données une fois mais les récupère des centaines de fois présente des caractéristiques de coût très différentes de celle qui se contente d’archiver des informations pour une conservation à long terme.

C’est l’une des raisons pour lesquelles de nombreuses organisations déploient un stockage objet privé ou sur site pour les charges de travail gourmandes en lectures. Garder les données fréquemment consultées à proximité des applications, des plateformes d’analytique ou des clusters GPU qui les consomment évite de transférer sans cesse des informations à travers des frontières cloud facturées, tout en conservant un accès compatible S3.

Comment réduire les coûts d’egress

Les organisations ne peuvent pas éliminer totalement l’egress, mais elles peuvent réduire à la fois la fréquence et le coût des transferts de données sortants grâce à des choix d’architecture judicieux.

• Rapprocher le calcul des données : l’entraînement d’IA, l’analytique et les applications hautes performances deviennent beaucoup plus coûteux lorsque chaque lecture franchit une frontière réseau facturée. Exécuter le calcul dans le même environnement que les données fréquemment consultées réduit à la fois la latence et les frais d’egress.
• Mettre en cache les contenus fréquemment consultés : les applications qui servent à répétition les mêmes fichiers ou réponses API tirent profit de la mise en cache. Les CDN, les caches en périphérie et la mise en cache au niveau applicatif réduisent le nombre de requêtes qui atteignent la plateforme de stockage sous-jacente, ce qui diminue le trafic sortant tout en améliorant les performances.
• Éviter les transferts inutiles entre régions : la réplication entre régions améliore la résilience, mais les applications qui lisent en permanence des données d’une région ou d’un fournisseur cloud à l’autre peuvent générer des coûts de transfert considérables. Dans la mesure du possible, gardez les charges de travail au plus près des données qu’elles consomment.
• Adapter l’architecture de stockage à la charge de travail : le modèle d’egress au gigaoctet du cloud public a du sens pour des données écrites une fois et rarement lues. En revanche, pour des opérations gourmandes en lectures, comme le développement continu de modèles d’IA ou le traitement de médias à grande échelle, déployer un stockage objet privé ou sur site offre une économie prévisible tout en conservant l’accès compatible S3 dont les applications modernes ont besoin.

Questions fréquentes

Téléverser des données, est-ce de l’ingress ou de l’egress ?

Les deux. Un téléversement est de l’egress pour le système source (comme votre serveur local) et de l’ingress pour la destination qui reçoit les données (comme un bucket de stockage cloud).

Pourquoi l’egress est-il généralement plus coûteux ?

L’ingress se produit généralement une seule fois, lors de l’écriture des données. L’egress intervient souvent à chaque accès aux données, ce qui en fait un coût d’exploitation récurrent plutôt qu’un événement ponctuel.

L’ingress est-il généralement payant ?

La plupart des fournisseurs cloud ne facturent pas l’ingress, ou très peu par rapport aux transferts sortants, afin de réduire les frictions à l’adoption.

Les fournisseurs cloud ont-ils totalement supprimé les frais d’egress ?

Non. Ils ont mis en place des programmes qui aident les clients à quitter définitivement leur plateforme, pour se conformer aux nouvelles réglementations, mais l’egress opérationnel courant reste généralement facturé au-delà des franchises gratuites applicables.

Quelles charges de travail génèrent le plus d’egress ?

L’entraînement et l’inférence d’IA, l’analytique, le streaming de médias, la diffusion de contenu et les restaurations de sauvegardes volumineuses génèrent tous un trafic sortant important, car ils lisent à répétition les données stockées.

À retenir

L’ingress et l’egress décrivent la direction dans laquelle circulent les données. L’ingress fait entrer les données dans un système. L’egress les en fait sortir.

Les définitions sont simples, mais leur impact dépasse largement la terminologie réseau. L’egress influe sur les coûts cloud, la planification de la reprise après sinistre, l’infrastructure d’IA, les politiques de sécurité et la flexibilité architecturale à long terme.

Les organisations qui savent à quelle fréquence leurs données seront lues — et pas seulement quelle quantité elles stockeront — sont mieux placées pour choisir la bonne architecture de stockage, prévoir leurs coûts d’exploitation et éviter les mauvaises surprises à mesure que les charges de travail continuent de croître.

À lire également

• Qu’est-ce que le Data Act européen ?
• Comment éviter la dépendance au cloud tout en profitant des services cloud
• Traitement des données non structurées par l’IA : les principales techniques expliquées
• Stockage objet, bloc ou fichier : quelle différence ? (en anglais)