A equipe de aplicação de uma startup está implantando um novo aplicativo de múltiplas camadas na AWS. O aplicativo será executado em instâncias Amazon EC2 em um grupo do Auto Scaling atrás de um Network Load Balancer (NLB) público e deve suportar tráfego UDP e TCP. Inicialmente, ele atenderá usuários em uma área geográfica, mas a equipe planeja expandir para várias regiões da AWS para que as implantações possam ser colocadas mais perto dos usuários finais. Eles querem controlar quanto tráfego cada região recebe durante as implantações faseadas de novas versões, e devem minimizar a latência do primeiro byte e o jitter para os usuários. Como a equipe deve projetar a arquitetura de rede para atender a esses requisitos?

A resposta correta é configurar um AWS Global Accelerator. O Global Accelerator fornece endereços IP estáticos de borda e roteia o tráfego de usuários para o endpoint regional mais próximo, minimizando latência e jitter. Seus "traffic dials" permitem controlar a porcentagem de tráfego direcionada a cada região, o que é ideal para implantações faseadas. Além disso, ele suporta tráfego UDP e TCP, e os NLBs regionais podem ser registrados como endpoints. A opção do CloudFront com roteamento ponderado do Route 53 não é ideal porque o CloudFront é um CDN focado em conteúdo estático e dinâmico via HTTP/S, não sendo a melhor escolha para tráfego UDP ou para roteamento de aplicações de múltiplas camadas diretamente. O S3 Transfer Acceleration é para upload/download de arquivos para o S3, não para roteamento de aplicações em EC2. A opção de CloudFront com grupo de origem e roteamento de latência do Route 53 também não é adequada pelas mesmas razões de suporte a protocolo e foco do serviço.