Uma aplicação web serve conteúdo estático de um bucket S3 por trás do CloudFront e conteúdo dinâmico via um ALB que roteia para grupos de Auto Scaling do EC2. O domínio está no Route 53. Durante os horários de pico, alguns usuários recebem erros HTTP 503 Service Unavailable do ALB. A empresa deseja exibir uma página de erro personalizada imediatamente quando esse erro ocorrer, com o mínimo de sobrecarga operacional. Qual solução atende ao requisito?

A criação de um grupo de origem no CloudFront com o ALB como origem primária e um bucket S3 (hospedando a página de erro personalizada) como origem secundária, juntamente com a habilitação do failover de origem, é a solução mais eficiente. Quando o ALB retornar um erro 503, o CloudFront automaticamente fará o failover para a origem secundária, exibindo a página de erro personalizada sem intervenção manual e com baixa sobrecarga operacional. As outras opções são menos ideais: A política de roteamento de failover do Route 53 com health check pode ter latência na detecção da falha e na propagação do DNS, resultando em atraso na exibição da página de erro. Criar uma segunda distribuição do CloudFront para failover é uma solução mais complexa e cara para este caso específico, adicionando sobrecarga de gerenciamento. Uma CloudFront Function para inspecionar cada resposta HTTP e servir a página de erro adiciona complexidade e pode incorrer em custos adicionais por invocação, além de ser menos direta que o failover de origem nativo do CloudFront.