Um aplicativo de página única (single-page app) serve conteúdo estático do S3 via CloudFront e usa um cluster EKS para requisições de API. Os usuários às vezes dizem que o site está fora do ar, embora a página de índice e as verificações do cluster EKS pareçam saudáveis. Qual monitoramento adicional detectará proativamente uma interrupção do site antes que os usuários a relatem?

A opção correta é criar um canary de monitoramento de pulsação do CloudWatch Synthetics que aponte para o FQDN do site. Um canary de monitoramento de pulsação simula um usuário acessando o site, verificando a disponibilidade e a capacidade de resposta da página principal. Isso detecta proativamente problemas de carregamento do site que podem não ser evidentes apenas verificando o S3 ou o EKS isoladamente, pois a interrupção pode estar na integração ou na entrega via CloudFront. As outras opções estão incorretas porque: Um canary de API do CloudWatch Synthetics para endpoints EKS monitoraria apenas a API, não a disponibilidade geral do site para o usuário final. Um monitor de aplicativo CloudWatch RUM (Real User Monitoring) coleta dados de usuários reais, o que significa que a interrupção já teria ocorrido e afetado os usuários antes de ser detectada. Além disso, monitorar o FQDN com RUM não é proativo, e monitorar endpoints EKS com RUM não avalia a experiência completa do site.