Wiele aplikacji na jednym koncie wysyła logi do CloudWatch. Zespół analityków danych musi zbierać dane o wydajności aplikacji i niestandardowe metryki, przekształcać je i przechowywać przekształcone metryki w S3. Wszelkie nowe metryki dodane do przestrzeni nazw CloudWatch muszą być zbierane automatycznie. Które rozwiązanie charakteryzuje się najmniejszym obciążeniem operacyjnym?

Poprawna odpowiedź minimalizuje obciążenie operacyjne, ponieważ strumienie metryk CloudWatch automatycznie eksportują wszystkie metryki (w tym nowo dodane) do Kinesis Data Firehose. Kinesis Data Firehose natywnie integruje się z AWS Lambda do transformacji danych i dostarcza je do S3. To rozwiązanie jest w pełni zarządzane i skalowalne. Pierwsza opcja jest niepoprawna, ponieważ określenie "metryki aplikacji i metryki przestrzeni nazw CloudWatch" jest mniej precyzyjne niż "wszystkie metryki" i może wymagać ręcznego dodawania nowych metryk. Trzecia opcja jest niepoprawna, ponieważ filtry metryk w CloudWatch Logs służą do generowania metryk z logów, a nie do eksportowania istniejących metryk. Ponadto, nie obsługuje automatycznego zbierania nowych metryk. Czwarta opcja jest niepoprawna, ponieważ filtry subskrypcji działają na logach, a nie na metrykach, i wymagałaby konfiguracji dla każdej grupy logów, co zwiększa obciążenie operacyjne.