Atualizado em
Egress Fee: o que é, como calcular e por que está destruindo seu orçamento de cloud
A taxa que os provedores de cloud cobram para você tirar seus dados de lá — e que raramente aparece no planejamento financeiro inicial.
Resumo Executivo
Sumário
O que é egress fee
Egress fee — também chamada de taxa de saída de dados, data transfer out fee ou simplesmente custo de transferência — é a cobrança que provedores de cloud pública aplicam sobre cada gigabyte de dados que sai de seus ambientes.
A lógica é assimétrica, e isso é intencional: na maioria dos provedores, a entrada de dados é gratuita ou quase gratuita. Armazenar dados na cloud é barato. O custo aparece quando você quer tirar esses dados de lá — para a internet, para seus usuários, para outro provedor ou para sua rede corporativa.
Esse modelo cria um incentivo econômico claro para que os dados permaneçam no ambiente do provedor. Quanto mais dados uma organização armazena e processa em cloud pública, maior a “gravitação” — e o custo de sair.
A justificativa técnica é que o tráfego de saída consome infraestrutura de rede cara (uplinks de alta capacidade, trânsito de internet). A realidade econômica é que as egress fees funcionam como uma barreira à saída: quanto mais dados acumulados, maior o custo de migrar para outro provedor ou para infraestrutura própria. A Comissão Europeia e reguladores do Reino Unido já iniciaram investigações sobre esse modelo de precificação, reconhecendo seu efeito anticompetitivo.
Tipos de cobrança de egress
Egress não é uma categoria única. Os provedores diferenciam o custo por destino e por tipo de transferência:
Egress para a internet (Data Transfer Out to Internet)
O custo mais alto. Toda resposta HTTP da sua aplicação que chega ao navegador do usuário final conta aqui. APIs públicas, downloads de arquivos, streaming de conteúdo, relatórios PDF enviados a clientes — tudo isso gera egress.
Egress entre regiões do mesmo provedor (Inter-region transfer)
Você paga para mover dados entre, por exemplo, us-east-1 e sa-east-1 da AWS. Arquiteturas multi-região — mesmo dentro do mesmo provedor — têm custo de transferência entre as regiões.
Egress entre zonas de disponibilidade (Inter-AZ transfer)
Dados que trafegam entre zonas de disponibilidade dentro da mesma região também são cobrados, embora a taxas menores. Microsserviços distribuídos em múltiplas AZs (boa prática de disponibilidade) pagam por cada chamada cross-zone.
Egress para outros serviços e provedores
Transferir dados para um concorrente (ex.: de AWS para Azure ou GCP) é cobrado à taxa de egress para internet — geralmente a mais alta da tabela.
Tráfego para VPN / Direct Connect / ExpressRoute
Conexões dedicadas entre a cloud e a rede corporativa (AWS Direct Connect, Azure ExpressRoute, Google Cloud Interconnect) têm preços específicos, geralmente menores do que o egress para internet, mas ainda presentes.
O tráfego intra-AZ (dentro da mesma zona de disponibilidade) é gratuito nos principais provedores. Mas microsserviços em containers ou funções serverless que comunicam intensamente entre si — e estão em AZs diferentes — podem acumular custos expressivos de inter-AZ. Verifique a topologia de rede da sua arquitetura antes de assumir que a comunicação interna é gratuita.
Preços dos principais provedores
Os preços abaixo são referências aproximadas para tráfego de saída à internet na região da América do Sul / Brasil, com base em informações publicamente disponíveis. Verifique sempre as tabelas de preços oficiais dos provedores, pois os valores são atualizados com frequência.
| Provedor | Região | Egress à internet (primeiros 10 TB) | Próximos 40 TB | Acima de 150 TB |
|---|---|---|---|---|
| AWS | sa-east-1 (São Paulo) | ~US$ 0,15/GB | ~US$ 0,13/GB | Negociável |
| Microsoft Azure | Brazil South | ~US$ 0,087/GB | ~US$ 0,083/GB | ~US$ 0,07/GB |
| Google Cloud | southamerica-east1 | ~US$ 0,12/GB | ~US$ 0,11/GB | Negociável |
| Provedores de cloud privada | Brasil (colocation) | Incluso ou próximo de zero | — | — |
* Preços aproximados para referência. Consulte as calculadoras oficiais: AWS Pricing Calculator · Azure Calculator · GCP Calculator. Valores em USD; para BRL aplique a taxa de câmbio vigente.
AWS cobra egress mais caro na região de São Paulo do que nas regiões norte-americanas. É comum que arquitetos de cloud calculem o custo de egress com base nos preços da região us-east-1 (~US$ 0,09/GB) e descubram tarde que o custo real na região brasileira é ~65% maior. Sempre use os preços da região onde o ambiente está hospedado.
Qual o impacto real no orçamento
Para ambientes pequenos, egress fees são um custo marginal. O problema começa quando o ambiente cresce e o volume de dados transferidos escala junto — mas a linha de “transferência de dados” na fatura não recebe a mesma atenção que compute ou storage.
Cenário ilustrativo: empresa com dados crescentes
Cálculo estimado de egress — Empresa de médio porte (AWS sa-east-1)
3.000 GB × US$ 0,15 = US$ 450
2.000 GB × US$ 0,15 = US$ 300
5.000 GB × US$ 0,15 = US$ 750
2.000 GB × US$ 0,02 = US$ 40
4.000 GB × US$ 0,15 = US$ 600
≈ US$ 2.140 / mês
≈ US$ 25.680 / ano
≈ R$ 148.944 / ano
Este é um cenário conservador. Para empresas com volumes de dados de dezenas de terabytes mensais, os valores são proporcionalmente maiores.
Como calcular sua egress fee mensal
A maioria das organizações não sabe exatamente quanto paga em egress. O motivo é que o item aparece diluído na fatura de “Data Transfer” junto com outros custos de rede. Veja como extrair esse número:
Passo 1 — Encontrar o custo de egress na fatura atual
- AWS Cost Explorer: Filtrar por “Service = EC2/S3/RDS” e “Usage Type” contendo “DataTransfer-Out-Bytes”. Agrupar por serviço e por região.
- Azure Cost Management: Filtrar por “Meter Category = Bandwidth” e “Meter Name = Data Transfer Out”.
- Google Cloud Billing: Filtrar por “SKU description” contendo “Egress” ou “Data Transfer”.
Passo 2 — Medir o volume transferido por serviço
- CloudWatch Metrics (AWS): métricas
NetworkOutpor instância eBucketSizeBytespor S3 bucket. - Azure Monitor: métrica
Network Out Totalpor VM e por Storage Account. - GCP Cloud Monitoring: métrica
networking/egress_bytes_count.
Passo 3 — Projetar o crescimento
Aplique a taxa de crescimento histórica do volume de dados para projetar os custos de egress em 12, 24 e 36 meses. Para ambientes com crescimento de dados de 20-30% ao ano, o custo de egress dobra em 3 a 4 anos sem mudança de arquitetura.
Configure alertas de billing por categoria de custo. Um alerta quando o custo mensal de “Data Transfer” superar um threshold definido evita surpresas na fatura. AWS Budgets, Azure Cost Alerts e GCP Budget Alerts permitem granularidade por tipo de serviço.
Workloads mais afetados por egress fees
| Tipo de workload | Volume típico de egress | Impacto |
|---|---|---|
| Backup e replicação para segundo site | 5–50 TB/mês | Crítico |
| Sistema de imagens médicas (PACS/DICOM) | 10–100 TB/mês | Crítico |
| Data warehouse / analytics com exports | 3–30 TB/mês | Alto |
| API pública com respostas de alto volume | 2–20 TB/mês | Alto |
| ERP integrado com sistemas externos | 1–10 TB/mês | Médio |
| Aplicação web com conteúdo rico (imagens, PDFs) | 1–5 TB/mês | Médio |
| Microsserviços distribuídos em multi-region | 0,5–5 TB/mês | Médio |
| Aplicação interna sem usuários externos | Baixo | Baixo |
Como reduzir o custo de egress
Antes de considerar repatriar, existem estratégias de otimização que podem reduzir o custo de egress em 30–60% sem mudanças de infraestrutura.
1. Compressão de dados
Comprimir dados antes de transferi-los reduz o volume faturado. Formatos como Gzip, Brotli (para HTTP) e Parquet ou Avro (para transferências de dados em bulk) podem reduzir o volume em 60–80% para dados textuais.
2. CDN para conteúdo público
Amazon CloudFront, Azure CDN e Cloudflare (com regras de “paid egress zero” para CloudFront) servem conteúdo estático a partir de pontos de presença próximos ao usuário, reduzindo o egress do ambiente de origin. CloudFront tem egress gratuito do S3 para o CDN — apenas o egress do CDN para o usuário final é cobrado, a preços menores.
3. Transferências dentro da mesma AZ
Revisar arquiteturas onde serviços comunicam-se entre AZs diferentes sem necessidade. Em muitos casos, afinidade de zona (zone affinity) pode ser configurada para manter o tráfego interno à mesma AZ e eliminar o custo de inter-AZ.
4. Conexão dedicada (Direct Connect / ExpressRoute)
Para organizações com alto volume de transferência entre a cloud e a rede corporativa, as taxas de transferência via Direct Connect (AWS) ou ExpressRoute (Azure) são tipicamente 30–50% menores do que o egress padrão à internet.
5. Negociação direta com o provedor
A partir de certos volumes (geralmente acima de 100 TB/mês ou US$ 100.000/mês em gastos), provedores negociam preços personalizados de egress. Enterprise Discount Programs (EDP) frequentemente incluem créditos ou redução de preço em transferência de dados.
6. Arquitetura de dados local para relatórios
Em vez de exportar grandes volumes de dados brutos para sistemas de BI externos, mover o processamento para dentro do ambiente de cloud (usando ferramentas como Athena, BigQuery ou Synapse) e exportar apenas os resultados agregados.
A combinação de compressão + CDN + revisão de topologia inter-AZ tipicamente reduz o custo de egress em 35–55% em ambientes que nunca passaram por esse tipo de revisão. Se após essas otimizações o egress ainda representar mais de 20% da fatura total, é hora de avaliar se a repatriação dos workloads de alto volume faz sentido econômico.
Quando o egress fee justifica repatriar
Egress fee raramente é o único fator que justifica a repatriação, mas frequentemente é o gatilho que inicia a análise de TCO. O ponto de inflexão ocorre quando:
- O egress anual supera o equivalente ao custo de armazenamento e transferência em infraestrutura privada para o mesmo volume.
- As otimizações disponíveis (compressão, CDN, topologia) já foram implementadas e o custo ainda é expressivo.
- O volume de dados está crescendo acima de 20% ao ano, tornando o problema pior a cada renovação de ciclo.
- O workload intensivo em egress é previsível e contínuo — o que desfavorece o modelo de cloud pública por uso.
Para uma análise completa de quando repatriar faz sentido além do custo de egress — incluindo compliance, performance e lock-in — consulte o artigo pilar do cluster:
Em cloud privada com conectividade dedicada ao ambiente corporativo ou diretamente no data center do cliente, o custo de transferência de dados é tipicamente zero ou próximo de zero — limitado apenas pela capacidade dos links contratados. Para workloads com alto egress recorrente, a eliminação dessa linha de custo pode, por si só, justificar o investimento em infraestrutura privada dentro de 18 a 24 meses.
Calcule quanto você paga em egress hoje
A Calculadora TCO da Adentro inclui módulo específico de custo de transferência de dados. Compare o cenário atual com cloud privada gerenciada.
FAQ — Perguntas frequentes sobre egress fee
Sim. “Data Transfer Out” é o termo que AWS usa em sua fatura; “egress fee” é o nome genérico do conceito. Outros provedores usam variações como “bandwidth outbound”, “network egress” ou simplesmente “data transfer”. Todos se referem ao mesmo custo: a cobrança por GB de dados que sai do ambiente de cloud pública.
Na maioria dos provedores de cloud pública, o ingress (entrada de dados) é gratuito ou tem custo muito baixo. Essa assimetria é intencional: facilitar a entrada e encarecer a saída cria um efeito de retenção de dados dentro do ecossistema do provedor.
Com base nas tabelas de preços públicas (agosto de 2025), Azure Brazil South tende a ter preços de egress ligeiramente menores do que AWS sa-east-1, mas as diferenças são menores do que o impacto do volume e da arquitetura. Mais importante do que escolher o provedor mais barato por egress é reduzir o volume transferido desnecessariamente e avaliar se infraestrutura privada faz sentido para os workloads de maior consumo.
Os free tiers de egress (tipicamente 100 GB/mês na AWS) são suficientes apenas para ambientes de desenvolvimento ou aplicações com tráfego muito baixo. Em produção, o consumo de uma única aplicação de médio porte supera esse limite em minutos.
Sim. A partir de volumes expressivos (geralmente US$ 100.000/mês ou mais em gastos totais, ou volumes acima de 100 TB/mês de transferência), os provedores negociam preços personalizados via Enterprise Discount Programs (AWS EDP, Microsoft Azure Savings Plan Enterprise, Google Committed Use). Organizações que não chegam a esse patamar podem considerar consolidar contrato com o provedor por meio de um parceiro (MSP) que já tem volume negociado.
A Cloudflare tem uma iniciativa chamada “Bandwidth Alliance” e oferece egress gratuito de seus serviços de storage (R2) para a internet — diferentemente de AWS S3 e GCP Cloud Storage. Para workloads que podem ser migrados para R2 (objetos estáticos, assets de aplicação, backups de arquivos), isso pode representar economia significativa. Para dados transacionais em bancos relacionais, a migração para R2 não é aplicável.
Em muitos casos, sim. Serviços que se comunicam intensamente podem ser co-localizados na mesma AZ sem perda significativa de disponibilidade, especialmente se o tier completo da aplicação (frontend + backend + banco) estiver replicado em múltiplas AZs de forma independente. A revisão de topologia com foco em afinidade de zona é frequentemente o item com melhor relação esforço/retorno na otimização de egress.
Ambientes de DR que replicam continuamente para uma região diferente geram egress inter-region constante — geralmente entre US$ 0,02 e US$ 0,08/GB dependendo das regiões. Para bancos de dados de alto volume com replicação síncrona ou quase-síncrona, esse custo pode ser expressivo. DR para cloud privada como destino secundário pode eliminar esse custo, especialmente quando a conectividade entre o ambiente de produção e o DR é via link dedicado.
