Plataformas de nuvensConfirmado.A AWS produz suporte 1:1 NAT para o Transit Gateway e Cloud WAN, permitindo uma comunicação perfeita entre redes privadas com faixas de endereços IP sobrepostas, uma grande vantagem para conectividade de nuvem empresarial.
A AWS anunciou em 2026-10-23 que a AWS Transit Gateway e a AWS Cloud WAN agora suportam uma a uma (1:1) Tradução de Endereços de Rede (NAT) diretamente em seus anexos. A capacidade se integra com o Particular Regional NAT Gateway e está disponível em todas as regiões comerciais da AWS onde o Pista de Trânsito e a Nuvem WAN operam.
A introdução de NAT 1:1 gerenciado em conexões de Transit Gateway e Cloud WAN aborda uma restrição arquitetônica de longa data em redes de nuvem corporativas: a incapacidade de conectar redes privadas que compartilham espaço de endereços RFC 1918 sobreposto. Historicamente, esse cenário forçou as organizações a entrar em um dos três caminhos indesejáveis — renumeração manual de IP (alto risco, alto esforço), implantação e manutenção de aparelhos NAT de terceiros (superfície operacional, limites de escala), ou roteamento baseado em políticas complexas com manuseio assimétrico de rota de retorno (frágil, difícil de auditoria). Ao incorporar 1:1 NAT diretamente no plano de fixação, AWS elimina a necessidade de qualquer uma dessas soluções para os tipos de fixação suportados.
De um ponto de vista operacional, o recurso muda a gestão estatal da NAT de instâncias gerenciadas pelo cliente ou aparelhos virtuais para um serviço totalmente gerenciado e regionalizado. O anúncio confirma que a tradução é aplicada automaticamente em ambas as direções sem regra de retorno-tráfego separada, o que implica comportamento de NAT simétrico manipulado pelo plano de controle. Este projeto reduz a área de superfície para má configuração — uma fonte comum de falhas de conectividade em ambientes híbridos e multinuvem — porque a mesma configuração de fixação governa tanto a entrada como a saída de tradução.
A integração com a Regional Private NAT Gateway sugere que o plano de dados subjacente aproveita a mesma infraestrutura de NAT gerenciada usada para conectividade de internet de saída, mas reaproveitada para tradução inter-anexamento. Isso tem consequências práticas para o rendimento e disponibilidade: os clientes herdam as características de escala horizontal e resiliência zonal da Porta NAT privada regional sem capacidade de provisionamento explicitamente. No entanto, o anúncio não revela limites de taxa de entrada, latência, ou se a tradução ocorre na camada de rede (L3) ou inclui mapeamento portuário (L4). Esses parâmetros afetariam o planejamento de capacidade para cargas de trabalho de alto rendimento, como replicação de dados ou análise em tempo real em VPCs fundidos.
Para fluxos de trabalho de infraestrutura, suporte em CloudFormation, CLI, SDKs e Console significa que o recurso pode ser incorporado em pipelines de implantação existentes sem novas ferramentas. A habilidade de definir regras de tradução por anexo permite o controle granular: um único Portal de Trânsito pode conectar dezenas de VPCs e VPNs, cada um com seu próprio mapeamento de tradução, enquanto anexos não-sobrepostos passam pelo tráfego nativo. Esta granularidade é valiosa durante migrações faseadas ou integrações de fusão onde apenas um subconjunto de redes requer tradução em qualquer momento.
Monitorar através das métricas do CloudWatch e eventos da EventBridge fornece ganchos de observação para alertar sobre erros de tradução, anomalias de volume de tráfego, ou mudanças de saúde de ligação. O anúncio não enumera os namespaces métricos específicos ou padrões de eventos da EventBridge, então as equipes precisam consultar a documentação atualizada para construir painéis e automação. A ausência desses detalhes nas notas de lançamento é uma lacuna que os operadores devem validar durante as implementações.
O recurso beneficia diretamente três cenários de alto impacto citados no anúncio: fusões e aquisições, conectividade de rede parceira sobre VPN do Site ao Site, e interconexão multi-nuvem via Conexão Direta ou Conexão de Porta de Trânsito. Em cada caso, o problema da CIDR tem sido historicamente um bloqueador que atrasou a integração da rede por semanas ou meses. Com 1:1 NAT no anexo, a linha do tempo de integração colapsa para o tempo necessário para definir mapas de tradução e atualização de roteamento - uma mudança que o anúncio caracteriza como minutos.
Para arquiteturas multinuvem, a capacidade de traduzir no lado AWS de uma conexão direta ou conexão VPN significa que a nuvem remota ou rede local não precisa implementar NAT complementar. Esta assimetria simplifica negociações com parceiros ou entidades adquiridas que podem não ter capacidade NAT ou maturidade operacional. No entanto, o anúncio não confirma se a tradução preserva endereços originais de origem para registro ou inspeção de segurança no lado remoto; se a preservação de IP fonte é necessária para conformidade ou detecção de ameaça, as equipes devem verificar se o endereço traduzido ou o endereço original aparece em registros de fluxo e avaliações de grupo de segurança.
Transit Gateway Connect anexos para aparelhos SD-WAN estender o benefício para filial e topologias borda onde sobreposição de espaço de endereço é comum em sites gerenciados independentemente. O aparelho SD-WAN continua a anunciar o seu CIDR local, a regra de tradução no anexo Connect mapeia-o para um intervalo não-sobreposto dentro da tabela de rotas do portal de trânsito. Este padrão permite o gerenciamento centralizado de endereços sem rede de IPing. O limite prático será o número de regras de tradução suportadas por anexo e por porta de trânsito - uma cota não divulgada no lançamento.