Сервис мониторинга на основе машинного обучения настроен как целевой объект EventBridge API для обработки событий Auto Scaling. CloudWatch показывает, что правило EventBridge срабатывает, но сервис мониторинга не получает события. Администратор SysOps хочет получить подробные сведения об ошибках клиента с минимальными операционными усилиями. Какое решение следует реализовать?

Правильный ответ — прикрепить стандартную очередь Amazon SQS в качестве очереди невостребованных сообщений (dead-letter queue) для целевого объекта EventBridge и проверять сообщения в очереди для получения сведений об ошибках. Это наиболее эффективный и наименее трудоемкий способ получить подробную информацию об ошибках. Когда целевой объект EventBridge не может успешно обработать событие, оно будет отправлено в настроенную очередь SQS DLQ, что позволит администратору SysOps проверять содержимое сообщений и определять причину сбоя, не изменяя логику приложения или правила EventBridge. Создание архива EventBridge и воспроизведение событий требует значительных усилий и не предоставляет немедленной информации об ошибках. Создание второй функции Lambda усложняет архитектуру и увеличивает операционные расходы. Настройка правила EventBridge для публикации сообщений об ошибках в топик Amazon SNS уведомит об ошибках, но не предоставит подробной информации о самих ошибках без дополнительной обработки.