Reduzindo os custos de transferência de dados na AWS

Artigo original ↗ Discussão no Hacker News ↗

Engenheiros dissecam maneiras de reduzir drasticamente os custos de transferência de dados da Amazon Web Services (AWS), desde rotear tráfego entre zonas de disponibilidade por meio do S3 ou do CloudFront até explorar as cotas do Lightsail e do ECR — ao mesmo tempo em que alertam que algumas dessas táticas contornam os termos da AWS e podem ser encerradas. Muitos argumentam que a precificação de egress da AWS está muito acima dos custos reais de rede e funciona como mecanismo de lock-in, o que leva a comparações com provedores de VPS e bare metal muito mais baratos ou com Cloudflare R2 para cargas com muito tráfego. Outros contrapõem que serviços gerenciados em nuvem, descontos em escala e menor carga operacional ainda justificam a AWS para muitas organizações, ressaltando que a escolha certa depende dos padrões da carga, das necessidades de confiabilidade e da expertise interna.

Truques para custos de transferência de dados na AWS

  • O principal truque discutido: rotear o tráfego entre AZs por meio do S3 com endpoints da VPC, explorando uploads gratuitos e leituras gratuitas do S3 na mesma região para reduzir drasticamente as cobranças entre AZs.
  • Outros mencionam:
    • Usar a camada gratuita de egress do CloudFront (1 TB/mês) como uma saída para fora da AWS.
    • Instâncias do Lightsail como “proxies” de largura de banda, porque incluem grandes cotas de transferência.
    • Imagens públicas do ECR (com payloads criptografados) como uma forma barata de enviar dados limitados para fora.
  • As pessoas observam que o armazenamento “transient” do S3 muitas vezes parece custar ~$0 se os objetos forem de curta duração; alguns especulam sobre granularidade grosseira de cobrança ou amostragem.

Essas são brechas e a AWS vai fechá-las?

  • Alguns chamam isso de uso de “brecha” no estilo evasão fiscal da precificação da AWS, esperando que a AWS reaja quando o uso ficar grande o suficiente.
  • Outros argumentam que isso é intencional: S3 e CloudFront são deliberadamente baratos em padrões específicos para incentivar essas arquiteturas.
  • O GCP é citado como já tendo fechado uma brecha semelhante de armazenamento entre regiões; vários dizem que a AWS poderia mudar a cobrança do S3 para matar esse padrão.
  • Os Termos de Serviço do Lightsail proíbem explicitamente usá-lo para fugir de outras taxas de dados da AWS; a aplicação é vista como rara, mas possível, especialmente para abusadores pesados.

Precificação e economia de largura de banda em nuvem

  • Há um forte consenso de que largura de banda bruta é extremamente barata no atacado; o egress da AWS/GCP é visto como um item de altíssima margem e uma ferramenta de lock-in (ingress gratuito, egress caro).
  • Alguns argumentam que a precificação também molda padrões de tráfego e planejamento de capacidade, não apenas lucro.
  • Outros contrapõem que provedores menores de VPS/servidor bare metal oferecem largura de banda muito mais barata ou com tarifa fixa e ainda assim são lucrativos, então a precificação de egress dos hyperscalers parece pura margem.

Nuvem vs VPS / bare metal / on-premises

  • Um lado: se você está fazendo “análise sofisticada de custo de nuvem”, talvez seja melhor usar VPS ou colo, onde a largura de banda é barata e a precificação é mais simples.
  • Lado oposto: operar on-premises ou colo sério de forma confiável é difícil e trabalhoso; salários, plantão, DR, segurança e governança muitas vezes superam os custos da AWS.
  • Vários relatos:
    • Economia enorme ao sair da AWS para provedores como Hetzner (por exemplo, $50k→$800/mês), com confiabilidade aceitável.
    • Uma migração malsucedida para colo em que um único sysadmin virou ponto de falha; uma indisponibilidade forçou o retorno à AWS.

Quando a nuvem faz sentido; quando não faz

  • A nuvem é elogiada por elasticidade, serviços gerenciados e autoatendimento rápido (em contraste com a burocracia on-premises orientada a tickets).
  • Outros enfatizam que é apenas uma ferramenta: para cargas estáveis e intensivas em largura de banda, com expertise interna, VPS/colo pode ser 5–10× mais barato.
  • Muitos concordam que a análise de custos é essencial em qualquer caso; mantras como “cloud good” vs “cloud bad” são vistos como pouco úteis em comparação com uma análise explícita de trade-offs.