AWS Transit Gateway e Cloud WAN ganham NAT 1:1 gerenciado nos attachments

A AWS passou a oferecer NAT um-para-um gerenciado direto nos attachments do AWS Transit Gateway e do AWS Cloud WAN, via integração com o Regional Private NAT Gateway. O problema que ele ataca é antigo: redes com blocos CIDR sobrepostos não conseguem se comunicar. Isso trava fusões e aquisições, conexão com redes de parceiros por Site-to-Site VPN, cenários multicloud e a interligação de VPCs provisionadas de forma independente.

Na prática, o time define regras de tradução no attachment, informando para qual faixa privada cada CIDR de origem é traduzido. Funciona em Amazon VPC, Site-to-Site VPN, Direct Connect e appliances de SD-WAN conectados por Transit Gateway Connect. A tradução vale nos dois sentidos, sem regra de tráfego de retorno e sem appliance de NAT para operar. A AWS cuida da operação e do escalonamento. O exemplo da fonte: duas VPCs em 10.0.0.0/16, uma delas traduzida para uma faixa sem sobreposição. A configuração sai por console, CLI, SDKs e CloudFormation, e o monitoramento usa métricas do Amazon CloudWatch e eventos do Amazon EventBridge. O recurso está disponível em todas as regiões comerciais onde os dois serviços operam, e os preços seguem a página do Amazon VPC.

A cobertura anterior do CEVIU trata de conectividade multicloud e de endereçamento, mas não de NAT em attachments. Em 17 de abril de 2026, o CEVIU noticiou "AWS Interconnect agora geralmente disponível, com nova opção para simplificar a conectividade de última milha", e em 2 de setembro de 2026, "Microsoft e AWS Unem Forças para Simplificar Conectividade Multicloud". Ambas ampliaram os caminhos privados entre a AWS e outras nuvens. Agora a AWS resolve um obstáculo que costuma aparecer nesses caminhos: faixas de IP repetidas entre as redes conectadas.

Para quem opera redes corporativas, isso muda a conta de integrações pós-aquisição. Renumerar redes é lento e arriscado, e appliances de NAT adicionam custo e pontos de falha. Mover a tradução para o attachment reduz esse trabalho operacional. Vale validar o preço no Amazon VPC pricing e mapear quais aplicações dependem de IP de origem antes de adotar.