Um varejista executa seu aplicativo de e-commerce em instâncias EC2 atrás de um Application Load Balancer (ALB) com um backend Amazon RDS. O CloudFront está configurado com o ALB como origem para armazenar conteúdo estático em cache. O Route 53 hospeda o DNS público. Após uma atualização do aplicativo, o ALB às vezes retorna HTTP 502 (Bad Gateway) devido a cabeçalhos HTTP malformados retornados ao ALB. Recarregar a página imediatamente geralmente funciona. Enquanto a empresa corrige a causa raiz, o arquiteto de soluções precisa exibir uma página de erro personalizada em vez do padrão do ALB com sobrecarga operacional mínima. Qual combinação de etapas consegue isso? (Escolha duas.)

A combinação correta de etapas envolve a criação de um bucket S3 para hospedar a página de erro personalizada e a configuração do CloudFront para exibir essa página em caso de erro. Primeiro, um bucket S3 configurado para hospedagem de site estático é uma forma econômica e de baixa sobrecarga para armazenar a página de erro personalizada. Em segundo lugar, o CloudFront, que já está em uso, pode ser configurado para interceptar erros HTTP 502 do ALB e, em vez disso, servir a página de erro personalizada do S3. Isso é feito configurando respostas de erro personalizadas na distribuição do CloudFront, mapeando o código 502 para a página de erro no S3. As outras opções são menos ideais porque envolvem complexidade desnecessária (funções Lambda para modificar regras de ALB) ou não abordam diretamente o problema de erros do ALB que o CloudFront pode interceptar (verificações de integridade do Route 53 para fallback).