Uma aplicação web gera conteúdo dinâmico em instâncias Amazon EC2 em um grupo do Auto Scaling atrás de um Application Load Balancer (ALB). A empresa usa o CloudFront com o ALB configurado como a origem e o Route 53 tem um registro A para www.example.com apontando para a distribuição do CloudFront. O arquiteto de soluções deve tornar a aplicação altamente disponível e tolerante a falhas entre Regiões. Qual solução atende a esse requisito?

A solução correta atende aos requisitos de alta disponibilidade e tolerância a falhas entre Regiões usando os recursos de failover de origem do CloudFront. Ao provisionar uma implantação secundária completa (ALB, Auto Scaling, EC2) em outra Região e adicioná-la como uma segunda origem à distribuição do CloudFront existente, é possível configurar um grupo de origem com uma origem primária e outra secundária. Isso permite que o CloudFront direcione automaticamente o tráfego para a origem secundária caso a primária falhe, garantindo a continuidade do serviço. A opção de registro de failover do Route 53 com duas distribuições do CloudFront não é ideal porque o CloudFront já oferece failover de origem. A opção de adicionar instâncias de outra Região ao ALB existente não funciona, pois um ALB é regional e não pode rotear para instâncias em outra Região. A opção do Global Accelerator é uma alternativa válida para roteamento global, mas o failover de origem do CloudFront é mais direto para este cenário.