Приложение, работающее на инстансах EC2 в группе Auto Scaling, обрабатывает большой объем сообщений из очереди Amazon SQS. Обработка пакета сообщений заняла несколько часов, а средняя загрузка ЦП группы Auto Scaling не превысила порогового значения ее политики масштабирования с отслеживанием цели. Логи приложения отправляются в Amazon CloudWatch Logs. Вам необходимо, чтобы очередь обрабатывалась быстрее с наименьшими операционными издержками. Какой вариант удовлетворяет этому требованию?

Правильный ответ — использование математических операций с метриками CloudWatch. Это позволяет напрямую создать политику масштабирования с отслеживанием цели, которая реагирует на количество сообщений в очереди SQS на один инстанс. Такой подход является наиболее эффективным и экономичным, поскольку он не требует создания и управления дополнительными ресурсами, такими как функции Lambda или правила EventBridge. Первый и второй варианты неоптимальны, так как они вводят дополнительную сложность и операционные издержки, требуя создания и выполнения функций Lambda, а также настройки EventBridge или фильтров подписки CloudWatch Logs. Эти дополнительные компоненты увеличивают потенциальные точки отказа и затраты на обслуживание. Четвертый вариант также избыточен, поскольку он использует Lambda и EventBridge для записи метрики в CloudWatch Logs, а затем фильтр метрик для ее извлечения, что является более сложным и менее прямым способом достижения той же цели, чем математические операции с метриками.