Uma empresa de varejo online executa um aplicativo web na região us-west-2 e planeja expandir para a Europa. O aplicativo deve oferecer baixa latência globalmente, identificar os endereços IP dos usuários para fornecer conteúdo localizado, suportar métodos HTTP GET e POST e fazer failover entre regiões com base em verificações de saúde para GET e POST. O failover deve ocorrer em menos de 1 minuto para todos os clientes. Qual arquitetura atende a esses requisitos?

A arquitetura com ALBs em cada região e um AWS Global Accelerator atende a todos os requisitos. O ALB suporta HTTP GET e POST, identifica IPs de usuários (via cabeçalhos X-Forwarded-For) e permite failover baseado em saúde. O Global Accelerator fornece baixa latência global ao rotear o tráfego pela rede global da AWS, e seu failover rápido (sub-minuto) entre regiões é ideal para alta disponibilidade. As outras opções são incorretas porque: NLBs não suportam a identificação de IPs de usuários diretamente para aplicações web (eles preservam o IP de origem, mas o ALB é mais adequado para a camada de aplicação). O Route 53 com políticas de failover pode levar mais de 1 minuto para propagar as mudanças de DNS para todos os clientes, não atendendo ao requisito de failover rápido. O CloudFront é uma CDN e é otimizado para conteúdo estático ou em cache; embora possa ter failover de origem, o Global Accelerator é mais adequado para roteamento de tráfego dinâmico e failover entre regiões para aplicações completas, garantindo baixa latência global para todos os usuários.