Um ambiente híbrido possui instâncias EC2 em uma VPC que enviam logs de aplicação para o CloudWatch e leem dados de bancos de dados relacionais on-premises. A empresa precisa de visibilidade quase em tempo real sobre quais instâncias EC2 estão conectadas aos bancos de dados e já utiliza o Splunk on-premises para monitoramento. Como um arquiteto de soluções deve encaminhar o tráfego de log de rede necessário para o Splunk para atender a esses requisitos?

A opção correta utiliza VPC Flow Logs para capturar o tráfego de rede, incluindo as conexões das instâncias EC2 aos bancos de dados on-premises. Ao enviar esses logs para o CloudWatch Logs, é possível criar uma assinatura que os encaminha para o Amazon Kinesis Data Firehose. O Firehose, com o Splunk configurado como destino, pode entregar os logs diretamente. A função Lambda de pré-processamento é crucial para extrair eventos de log individuais, garantindo que o Splunk receba dados formatados e utilizáveis para visibilidade quase em tempo real. As outras opções são menos eficientes ou não atendem aos requisitos: A exportação periódica para S3 e extração pelo Splunk não oferece visibilidade quase em tempo real. O registro manual de cada solicitação de banco de dados é complexo e não escalável, além de envolver muitas etapas intermediárias que atrasam a entrega. O uso do Kinesis Data Analytics para detecção de anomalias é uma solução para análise de dados, não para encaminhamento direto de logs de rede para o Splunk com visibilidade de conexão.