W środowisku hybrydowym instancje EC2 w VPC wysyłają logi aplikacji do CloudWatch i odczytują dane z lokalnych relacyjnych baz danych. Firma potrzebuje wglądu w czasie zbliżonym do rzeczywistego w to, które instancje EC2 są połączone z bazami danych, i już używa Splunk lokalnie do monitorowania. W jaki sposób architekt rozwiązań powinien przekazywać niezbędny ruch logów sieciowych do Splunk, aby spełnić te wymagania?

Poprawna odpowiedź umożliwia przesyłanie logów VPC Flow Logs do Splunk w czasie zbliżonym do rzeczywistego. VPC Flow Logs rejestrują ruch sieciowy, w tym adresy IP, co jest kluczowe do identyfikacji połączeń EC2 z bazami danych. Przesłanie ich do CloudWatch Logs, a następnie za pomocą subskrypcji do Kinesis Data Firehose ze Splunk jako miejscem docelowym, zapewnia efektywny i skalowalny transfer. Użycie funkcji Lambda do wstępnego przetwarzania w Firehose jest niezbędne, aby prawidłowo sformatować logi dla Splunk. Pierwsza opcja jest mniej efektywna ze względu na okresowe eksportowanie do S3 i pobieranie przez Splunk, co nie zapewnia widoczności w czasie zbliżonym do rzeczywistego. Trzecia opcja jest zbyt skomplikowana i niepotrzebnie obciąża bazy danych logowaniem każdego żądania. Czwarta opcja skupia się na wykrywaniu anomalii, a nie na przesyłaniu wszystkich logów sieciowych, co nie spełnia wymagań zadania.