L'entreprise doit surveiller son site web public et envoyer une notification Amazon SNS si la disponibilité tombe en dessous de 99 % telle qu'expérimentée par les utilisateurs finaux. Quelle conception produira une vue précise de l'expérience utilisateur et répondra à l'exigence ?

La bonne réponse est de créer un canary CloudWatch Synthetics de type « heartbeat » qui teste l'URL du site, puis de créer une alarme CloudWatch sur la métrique SuccessPercent du canary et d'envoyer une notification SNS si SuccessPercent tombe en dessous de 99 %. CloudWatch Synthetics canaries simulent l'expérience utilisateur final en testant le site web depuis l'extérieur de votre infrastructure. Un canary de type « heartbeat » est idéal pour surveiller la disponibilité de base d'une URL. La métrique SuccessPercent reflète directement la disponibilité telle qu'expérimentée par les utilisateurs. Les autres options sont moins précises pour l'expérience utilisateur : Surveiller les erreurs HTTP 4xx et 5xx dans les journaux du serveur web ne reflète pas toujours la disponibilité côté client, car le serveur peut être disponible mais le site inaccessible pour d'autres raisons (ex: DNS, CDN). La détection d'anomalies sur les métriques publiées du site est utile, mais un canary offre une mesure plus directe de la disponibilité perçue par l'utilisateur. Un canary de type « broken link checker » est conçu pour trouver des liens rompus, pas pour surveiller la disponibilité globale du site web.