В гибридной среде есть инстансы EC2 в VPC, которые отправляют логи приложений в CloudWatch и считывают данные из локальных реляционных баз данных. Компании требуется видимость в режиме, близком к реальному времени, того, какие инстансы EC2 подключены к базам данных, и она уже использует Splunk локально для мониторинга. Как архитектору решений следует перенаправить необходимый сетевой лог-трафик в Splunk для выполнения этих требований?

Правильный ответ — это наиболее эффективный и масштабируемый способ перенаправления сетевых логов в Splunk с минимальной задержкой. Включение VPC Flow Logs позволяет отслеживать IP-трафик. Отправка их в CloudWatch Logs, а затем использование подписки CloudWatch Logs для потока доставки Kinesis Data Firehose со Splunk в качестве назначения, обеспечивает почти реальное время доставки. Функция AWS Lambda для предварительной обработки данных в Firehose позволяет извлекать конкретные события логов, что важно для анализа в Splunk. Первый вариант не обеспечивает почти реального времени, так как экспорт в S3 и последующий импорт в Splunk добавляют задержку. Третий вариант требует значительных изменений в приложении и избыточен для получения сетевых логов. Четвертый вариант фокусируется на обнаружении аномалий, а не на простой передаче логов, и является более сложным, чем требуется для данной задачи.