Você paga para colocar seus dados na nuvem. Depois paga de novo, todo mês, para conseguir usá-los. E paga uma terceira vez se um dia decidir sair.
Existe uma pergunta que costuma travar a reunião de revisão de custos: por que a linha de “transferência de dados” cresceu 40% se o volume armazenado ficou praticamente igual?
A resposta quase nunca está no armazenamento. Está no custo de egress — a cobrança pela saída de dados da nuvem. É a linha que ninguém dimensiona no business case, que não aparece em destaque na proposta comercial e que, em muitas operações, já ultrapassou o custo do armazenamento propriamente dito.
Este artigo mostra como essa conta se forma, onde ela se esconde e como auditá-la. No final, você pode baixar o guia completo com a planilha de cálculo de TCO que usamos em projetos reais.
1. O que é egress, na prática?
Egress é o tráfego que sai do provedor de nuvem. Ingress — a entrada — costuma ser gratuito. Essa assimetria não é acidental: ela torna barato colocar dados dentro e caro tirá-los de lá.
Na prática, você paga egress em quatro situações que raramente são contabilizadas juntas:
- Saída para a internet — usuários, APIs públicas, downloads, streaming, entrega de mídia.
- Saída para outra região do mesmo provedor — replicação, DR, arquitetura multirregião.
- Saída entre zonas de disponibilidade — sim, tráfego interno entre AZs costuma ser tarifado nos dois sentidos.
- Saída para outro provedor ou para on-premises — migração, backup cruzado, estratégia multicloud.
A quarta situação é a que dói mais, porque é justamente a que você precisa fazer quando quer negociar. Sair custa dinheiro — e é por isso que a renovação de contrato raramente é uma negociação simétrica.
Se você precisa pagar para ir embora, você não é cliente. Você é refém com nota fiscal.
2. A conta que quase ninguém faz
Vamos usar números para tornar isso concreto. Considere uma operação modesta: 50 TB de dados servidos por mês para a internet.
| Item | Cálculo | Valor Mensal |
| Volume de saída | 50 TB = 51.200 GB | — |
| Preço médio na primeira faixa* | US$ 0,09/GB | US$ 4.608 |
| Conversão a R$ 5,50 | — | R$ 25.344 |
| Custo anual somente de egress | × 12 | R$ 304.128 |
*valores aproximados
Trezentos mil reais por ano. Sem armazenar um byte a mais. Sem processar nada. Apenas por entregar ao usuário um dado que já era seu.
E esse é o cenário otimista, porque considera uma única fonte de cobrança. Na vida real, existem multiplicadores.
3. Os cinco multiplicadores ocultos
3.1 Tráfego entre zonas de disponibilidade
Arquiteturas de alta disponibilidade distribuem carga entre AZs por definição. Cada chamada que cruza a fronteira de uma AZ pode ser tarifada — muitas vezes na saída e na entrada. Um cluster bem desenhado para resiliência pode ser, silenciosamente, um cluster caro.
3.2 Replicação entre regiões
A mesma replicação que o time de risco exigiu para o plano de continuidade é um fluxo de egress contínuo, 24×7, proporcional à sua taxa de escrita.
3.3 Requisições de API
Object storage cobra por operação: GET, PUT, LIST, HEAD. Uma aplicação com padrão de acesso ruim — muitos objetos pequenos, listagens repetidas, ausência de cache — gera milhões de operações por dia. Individualmente cada uma custa frações de centavo. Somadas, viram uma linha de orçamento.
3.4 Taxas de recuperação em camadas frias
Camadas de arquivamento têm armazenamento barato e recuperação cara. O desconto no armazenamento é, na prática, um empréstimo: você paga na hora em que precisar do dado. E você só precisa do dado em dois momentos — auditoria e incidente. Os dois momentos em que menos se quer uma surpresa financeira.
3.5 O teste de recuperação de desastre
Esse é o mais perverso. Testar o restore gera egress. Portanto, testar custa dinheiro — e o custo cria um incentivo para não testar. O resultado é uma estratégia de continuidade que existe no documento, mas nunca foi executada de ponta a ponta.
4. Por que o egress é caro de propósito
Existe uma justificativa técnica legítima: trânsito de rede, peering e capacidade de borda custam dinheiro. Ninguém discute isso.
O que não se sustenta é a proporção. O custo de banda no atacado caiu de forma consistente por mais de uma década, enquanto as tabelas de egress permaneceram notavelmente estáveis. A margem entre o custo de transporte e o preço cobrado não é acidente de mercado: é design de produto.
O mecanismo econômico tem nome — data gravity. Quanto mais dados você acumula em um provedor, mais caro fica movê-los, mais aplicações orbitam ao redor deles e menor é a sua capacidade prática de negociar. O dado atrai a aplicação, a aplicação atrai a integração, a integração atrai o time. Em três anos, “trocar de provedor” deixou de ser uma decisão de compras e virou um programa plurianual.
Reguladores começaram a tratar isso como problema de concorrência, e não apenas de precificação. Na União Europeia, o Data Act estabeleceu a eliminação progressiva das cobranças de troca de provedor [VALIDAR MARCO REGULATÓRIO E DATAS ANTES DE PUBLICAR]. O sinal é claro: cobrar pela porta de saída está deixando de ser prática de mercado aceita e passando a ser objeto de regulação.
5. Como auditar seu egress em 7 dias
Um roteiro que você pode iniciar hoje, sem ferramenta nova:
Dia 1–2 — Separe a fatura por natureza.
Isole as linhas de transferência de dados das de armazenamento e computação. Se o seu relatório de billing não faz essa separação com clareza, isso já é um achado.
Dia 3 — Classifique o tráfego pelos quatro tipos.
Internet, inter-região, inter-AZ, saída externa. Descubra a proporção. É comum encontrar 30% ou mais em tráfego interno que ninguém sabia que era tarifado.
Dia 4 — Meça as operações de API.
Volume de GET e LIST por aplicação. Procure padrões de listagem em loop e ausência de cache.
Dia 5 — Precifique um restore completo.
Quanto custaria recuperar 100% do backup crítico hoje? Se ninguém no time sabe responder, seu plano de continuidade tem um buraco financeiro.
Dia 6 — Precifique a saída total.
Quanto custaria mover todo o seu dado para outro provedor? Esse número é o preço da sua liberdade contratual. Leve-o para a próxima renovação.
Dia 7 — Projete em 36 meses.
Aplique sua taxa real de crescimento de dados. O egress cresce com o uso, não com o armazenamento — e uso é exatamente o que sua empresa está tentando aumentar.
6. O que muda com um modelo de custo previsível
A discussão de egress não é sobre economizar centavos por gigabyte. É sobre previsibilidade e liberdade de arquitetura.
Quando a saída de dados deixa de ser uma variável de risco, três coisas mudam na engenharia:
- Você testa o restore com a frequência que a governança exige, e não com a frequência que o orçamento permite.
- Você desenha multicloud por mérito técnico, escolhendo o melhor serviço para cada carga, em vez de concentrar tudo onde o dado já está preso.
- Você negocia de igual para igual, porque a portabilidade é real e não apenas contratual.
Na PWS Cloud, o armazenamento de objetos é compatível com a API S3 e o modelo de cobrança de saída foi desenhado para ser previsível e transparente [VALIDAR: descrever o modelo exato — isenção, franquia ou faixa fixa — conforme a tabela comercial vigente]. Some-se a isso a soberania de dados: infraestrutura em território nacional, sob jurisdição brasileira, o que remove a camada de risco jurídico que hoje pesa em contratos de setores regulados.
Portabilidade não deveria ser um recurso premium. Deveria ser o padrão.
Perguntas frequentes:
O que é taxa de egress na nuvem?
É a cobrança aplicada sobre o volume de dados que sai da infraestrutura do provedor — para a internet, para outra região, entre zonas de disponibilidade ou para outro provedor. A entrada de dados costuma ser gratuita; a saída, não.
Egress é cobrado mesmo em tráfego interno?
Frequentemente sim. Tráfego entre zonas de disponibilidade e entre regiões do mesmo provedor é tarifado na maioria dos modelos de preço do mercado.
Como reduzir custo de egress?
As alavancas principais são: CDN e cache na borda, redução de chamadas de API redundantes, compactação, revisão de arquiteturas multi-AZ desnecessariamente conversacionais e — a mais estrutural — escolher um provedor cujo modelo de cobrança de saída seja previsível.
Egress impede a migração entre provedores?
Não impede, mas encarece e adia. O custo de saída é o principal componente financeiro do lock-in de dados e deve ser calculado antes da assinatura do contrato, não na hora de sair dele.
