Компания запускает приложение на Amazon EKS и распространяет его через Amazon CloudFront. AWS WAF включен, и логи WAF отправляются в группу логов CloudWatch Logs с именем aws-waf-logs. Компания хочет получать оповещения только при внезапных изменениях в заблокированном трафике, а не при других вариациях логов WAF. Правила WAF будут настраиваться со временем. Инженер DevOps подписан на существующую тему SNS. Какое решение удовлетворяет этим требованиям?

Правильный ответ — создание фильтра метрик CloudWatch Logs для подсчета заблокированных запросов, публикации пользовательской метрики, а затем использование обнаружения аномалий CloudWatch для этой метрики с оповещением в SNS. Это решение точно соответствует требованию оповещать только о внезапных изменениях в заблокированном трафике, а не о других вариациях логов WAF, поскольку обнаружение аномалий адаптируется к изменяющимся паттернам. Неправильные варианты: Использование детектора аномалий CloudWatch для всей группы логов с LogAnomalyPriority high или medium не будет фокусироваться исключительно на заблокированном трафике. Это может привести к оповещениям о других типах аномалий в логах, что не соответствует требованию. Создание оповещения CloudWatch, которое срабатывает при превышении статического порога заблокированных запросов, не учитывает динамический характер трафика и изменяющиеся правила WAF. Это может привести к ложным срабатываниям или пропуску реальных аномалий, поскольку статический порог не адаптируется.