Une application monopage sert du contenu statique depuis S3 via CloudFront et utilise un cluster EKS pour les requêtes API. Les utilisateurs signalent parfois que le site est hors service, même si la page d'index et les vérifications du cluster EKS semblent saines. Quelle surveillance supplémentaire permettra de détecter de manière proactive une panne du site avant que les utilisateurs ne la signalent ?

Un canari CloudWatch Synthetics simule le comportement d'un utilisateur final en effectuant des requêtes synthétiques. Un canari de surveillance de battement de cœur configuré pour pointer vers le FQDN du site web vérifiera la disponibilité de l'ensemble de l'application (S3 via CloudFront et les appels API sous-jacents) de manière proactive et continue, alertant ainsi avant que les utilisateurs ne signalent un problème. Les autres options sont moins efficaces pour détecter une panne complète du site : Un canari d'API CloudWatch Synthetics ciblant uniquement les points de terminaison EKS ne détecterait pas les problèmes liés à la livraison du contenu statique via S3/CloudFront. CloudWatch RUM (Real User Monitoring) collecte des données des utilisateurs réels, ce qui signifie qu'il ne détecte les problèmes qu'après qu'ils aient affecté les utilisateurs, et non de manière proactive. Un moniteur CloudWatch RUM ciblant les points de terminaison API EKS souffre des mêmes limitations que le canari d'API, et n'est pas proactif.