AWS vai começar a cobrar pelo uso de IPv4, mas serviços críticos não suportam IPv6

Artigo original ↗ Discussão no Hacker News ↗

O plano da Amazon Web Services de começar a cobrar por endereços IPv4 públicos está gerando escrutínio tanto sobre sua precificação quanto sobre o suporte incompleto a IPv6 em serviços importantes. Comentadores observam que, embora outros provedores de nuvem já cobrem por IPv4 e o espaço de endereços tenha valor real de mercado, a medida da AWS fará muitos usuários repensarem arquiteturas, bastions, NAT e endpoints privados — muitas vezes trocando um conjunto de custos por outro. Grande parte do debate gira em torno de por que a adoção de IPv6 continua lenta apesar do suporte de longa data em hardware e sistemas operacionais, com preocupações recorrentes sobre complexidade de migração, privacidade e sobrecarga operacional de dual-stack.

Cobrança de IPv4 na AWS e contexto de preços na nuvem

  • Muitos veem a nova “taxa de conservação” de IPv4 como um aumento de preço direto, no momento em que os endereços IPv4 passaram a ter valor de revenda.
  • Alguns argumentam que o preço por IP não é exagerado em relação às taxas de aluguel de mercado e às restrições de utilização da AWS; outros veem isso como rent-seeking, dado que os IPs se originaram como um bem público.
  • Vários observam que a maioria das grandes nuvens já cobra por IPv4; alguns provedores menores ainda o incluem gratuitamente ou por um preço mais baixo, fazendo a AWS parecer cara.

Lacunas de suporte a IPv6 na AWS e em outras nuvens

  • Comentadores destacam que serviços-chave da AWS ainda não têm suporte completo a IPv6 ou apenas IPv6 (por exemplo, ALB, muitos endpoints públicos).
  • Lacunas semelhantes são relatadas em serviços gerenciados e em rede da Azure e da GCP (bancos de dados gerenciados, GKE, peering, Cloud NAT).
  • Isso enfraquece a sugestão da AWS de que os clientes “acelerem a adoção de IPv6”, já que muitas vezes não é possível ficar apenas em IPv6 na prática.

Complexidade da transição: IPv6 vs IPv4 e ideias de “v4.1”

  • Há um forte debate sobre se o design do IPv6 (ND, SLAAC, RAs, ULAs, link-local, sem NAT por padrão) tornou a adoção desnecessariamente difícil, ou se isso foi um custo inevitável para ampliar o espaço de endereços.
  • Alguns argumentam que o IPv6 poderia ter sido “IPv4 com endereços maiores”, ou um IPv4.1 que preservasse os endereços IPv4 existentes, facilitando a implantação. Outros contrapõem que qualquer mudança no cabeçalho e na estrutura produz a mesma complexidade de dual-stack, tradução e tunelamento.
  • Fazem-se comparações com Python 2→3: transição longa, necessidade de camadas de compatibilidade, mas sem alternativa fácil.

Debates sobre NAT, segurança e privacidade

  • Um lado vê o NAT como uma camada de segurança de facto, fácil e com negação por padrão, e considera o modelo ponta a ponta do IPv6 um retrocesso em privacidade e segurança.
  • O outro lado enfatiza que NAT não é um mecanismo de segurança, que firewalls adequados continuam sendo necessários, e que o IPv6 com firewalls de negação por padrão oferece segurança equivalente ou melhor, ao mesmo tempo em que evita problemas do NAT com P2P e quebra de protocolos.
  • Alegações de que IPv6 é um “pesadelo de privacidade” são contestadas; outros argumentam que o IPv6 pode ser mais resistente a varreduras.

Alternativas para reduzir o uso público de IPv4

  • As mitigações sugeridas incluem: bastions SSH, SSM/Session Manager, EC2 Instance Connect, gateways/instâncias NAT, PrivateLink/endpoints VPC, gateways NAT64 e descarregamento para serviços como CloudFront ou outros provedores.
  • Alguns relatam ter removido com sucesso a maioria dos IPv4 públicos; outros observam que o preço dos endpoints e o aprisionamento arquitetural podem anular a economia de IPv4.

Dinâmica de mercado, inércia e psicologia

  • Vários comentadores veem a inércia institucional, a falta de um benefício comercial claro, a posse consolidada de IPv4 e as expectativas dos usuários como os principais obstáculos ao IPv6.
  • Há discordância sobre se o IPv4 algum dia será realmente desligado; alguns preveem redes eventualmente apenas IPv6, outros acham que grandes detentores de IPv4 e sistemas industriais vão adiar isso indefinidamente.