AWS Cloud WAN passa a oferecer suporte a Flow Logs

O AWS Cloud WAN agora suporta Flow Logs no nível da rede central. Até aqui, quem administrava a rede global precisava costurar VPC Flow Logs de várias VPCs, contas e Regions, e muitas vezes dependia de outras equipes para ter acesso a esses registros. Agora o dono do core network enxerga em um só lugar o tráfego entre VPCs, Regions e redes on-premises conectadas por AWS Direct Connect, AWS Site-to-Site VPN ou SD-WAN.

Os registros trazem endereços IP, portas, protocolo, volume de tráfego e contadores de perda de pacotes, além de metadados do Cloud WAN: segmento, Region, hops de service insertion e detalhes do attachment. A ativação pode ser feita para a core network inteira, para um core network edge ou para attachments individuais. O destino pode ser Amazon CloudWatch Logs, Amazon S3 ou Amazon Data Firehose. O Cloud WAN não cobra pelos Flow Logs, mas valem as tarifas padrão de cada destino. Disponível em todas as Regions com Cloud WAN, via console, CLI ou API.

Em 27 de outubro de 2026, o CEVIU noticiou "AWS Transit Gateway e Cloud WAN ganham NAT 1:1 gerenciado nos attachments", outra evolução recente do Cloud WAN voltada a operação de rede. Duas semanas depois, o serviço ganha a camada de observabilidade do tráfego. Já a matéria de 1 de julho de 2026, "CloudWatch Logs passa a receber syslog diretamente, sem agentes, via TCP, UDP ou TLS", mostra o mesmo destino de logs ganhando outras fontes de ingestão.

Para quem opera redes corporativas na AWS, isso significa menos dependência entre times para auditar tráfego e um ponto único para troubleshooting, planejamento de capacidade e evidências de compliance. Como o custo recai sobre o destino escolhido, vale estimar o volume de logs antes de ativar na core network inteira. Ativar por attachment é uma forma de começar com escopo controlado.