The way into the cloud is cheap, the way out costs: loading data into a cloud platform is generally free with the major providers, whereas fees apply for every gigabyte in the opposite direction. These egress costs at first do not appear in many calculations at all and later grow with every new integration. Anyone running multicloud, analyzing data, or training AI models should therefore plan data outflow just as carefully as compute and storage. This article classifies the fees and shows effective countermeasures.
What are egress costs?
Egress costs, usually listed in price lists as Data Transfer Out, are volume-based fees for data that leaves a cloud environment. Billing is per gigabyte transferred, tiered by destination: traffic to the public internet is the most expensive, transfers between regions of the same provider are cheaper, and even between availability zones of a region fees sometimes apply. This pricing logic has a strategic core. Bringing data in is easy and free, getting it out costs, which ties customers to the platform. For planning, this means: the bill depends less on the volume of stored data than on the movement patterns of the data. That is exactly why data flows belong in every cost estimate before a migration.
How it happens
The fees add up across many individual data streams that are rarely visible centrally:
- Multicloud architectures: When workloads at different providers exchange data regularly, each side pays for its outbound traffic. A one-time design decision turns into a permanent monthly item.
- Backups and disaster recovery: Backups to a second region or to an external provider generate egress on an ongoing basis. A large recovery in an emergency adds an unexpected block of costs.
- Analytics and AI pipelines: Training and analysis data move back and forth between object storage and compute clusters. Large datasets multiply the costs with every run.
- User and partner access: Customer downloads and media delivery run as internet egress at the highest rate, as does every API response to external systems.
- Internal cross-references: Services that communicate across region or zone boundaries generate transfer costs that are drawn into no architecture diagram.
- Repatriation: Those who move workloads back into their own data center or to another provider pay heavily one time for the migration of the data holdings.
Why it matters
- They are hard to predict because they depend on usage behavior and data growth rather than on fixed booked resources.
- They act as a barrier to switching: the more data resides in a platform, the more expensive every extraction becomes, and with it every strategic realignment.
- For data-intensive workloads such as AI training or media delivery, they quickly reach the order of magnitude of the actual compute costs.
- They distort architecture decisions when teams design data flows according to fees rather than functional requirements.
- FinOps initiatives often fail because it remains unclear which application causes which transfer.
- The EU Data Act phases out fees for switching providers step by step, but ongoing operational traffic remains unaffected by this.
Typical scenarios
- A company runs databases at one provider and analysis tools at a second. The monthly bill grows with every dashboard that pulls raw data across the cloud boundary.
- A media company delivers video files directly from cloud storage. As the number of retrievals rises, the transfer item exceeds the storage costs many times over.
- After a ransomware incident, a complete backup has to be restored from the cloud. Alongside the operational downtime, a considerable and never budgeted transfer block arises.
- An AI team trains models on GPU instances of a specialist provider, while the training data resides with the hyperscaler. Every training run begins with an expensive data export.
Egress vs. ingress: the difference
Ingress refers to inbound data traffic into the cloud, egress to outbound traffic. With the major providers, ingress is almost consistently free, because new data strengthens the tie to the platform. Egress, by contrast, is billed per gigabyte, with prices that vary by destination and region. This asymmetry is set deliberately and belongs in every cloud strategy: plan data storage where the data is actually needed, and model outflows as a separate cost factor. Anyone comparing providers solely on storage and compute prices overlooks the part of the bill that grows the most in operation.
Egress optimization at KAEMI
KAEMI makes data flows visible and plans architectures in which egress remains a calculable item. With Cloud Connectivity & SDN we connect your locations and clouds via private interconnects, for example based on Megaport. Many providers price transfers over such dedicated connections considerably lower than internet egress, with better performance and predictability at the same time. For data- and compute-intensive projects, Compute & AI combines GPU resources with object storage from providers that forgo egress fees. This produces a data architecture that preserves freedom of movement instead of penalizing it. On request, we additionally take over ongoing operation including cost control. Have your transfer costs analyzed before the next cloud bill makes them visible.