Uma aplicação usa uma distribuição Amazon CloudFront com um Application Load Balancer (ALB) público em uma Região como origem padrão. A aplicação é implantada em uma Região secundária em uma configuração warm-standby e o negócio exige um RTO de zero segundo para requisições HTTP GET. Como o failover para a Região secundária pode ser automatizado para que os HTTP GETs atendam a esse RTO?

A opção correta atende ao RTO de zero segundo para requisições HTTP GET ao configurar um grupo de origem no CloudFront. Ao adicionar o ALB secundário como uma nova origem e criar um grupo de origem com o ALB primário e secundário, o CloudFront pode fazer failover automaticamente para o ALB secundário quando o primário retornar erros HTTP 5xx. Isso mantém a mesma URL e distribuição do CloudFront, evitando latência de DNS ou redirecionamentos. A primeira opção está incorreta porque criar uma segunda distribuição e usar o Route 53 para failover introduz latência de DNS, que não atende ao RTO de zero segundo. A terceira opção, embora use Route 53 com failover, ainda depende de DNS e não do failover nativo do CloudFront, além de não ser a forma mais eficiente de failover para HTTP GETs com RTO zero. A quarta opção, usando uma função CloudFront para redirecionamento, também introduz latência e um redirecionamento 307, o que não é um failover transparente e instantâneo para o cliente.