Одностраничное приложение обслуживает статический контент из S3 через CloudFront и использует кластер EKS для запросов API. Пользователи иногда сообщают, что сайт не работает, хотя главная страница и проверки кластера EKS показывают, что всё в порядке. Какой дополнительный мониторинг позволит заблаговременно обнаружить сбой сайта до того, как о нём сообщат пользователи?

Правильный ответ — создание canary-монитора CloudWatch Synthetics heartbeat, указывающего на FQDN веб-сайта. Этот тип монитора имитирует действия пользователя, регулярно проверяя доступность и работоспособность всего веб-сайта (как статического контента, так и API-вызовов) с точки зрения конечного пользователя. Он может обнаружить проблемы, которые не выявляются отдельными проверками S3 или EKS, например, проблемы с интеграцией между CloudFront и S3, или ошибки в клиентском коде, которые мешают загрузке страницы. Создание canary-монитора CloudWatch Synthetics API для EKS обнаружит проблемы только с API, но не с доступностью всего сайта. Монитор CloudWatch RUM (Real User Monitoring) собирает данные от реальных пользователей, что полезно для отладки, но не для проактивного обнаружения проблем до того, как о них сообщат пользователи. Монитор RUM для API EKS имеет те же ограничения, что и canary-монитор API.