Deweloper musi wyodrębnić niestandardowe metryki czasu przetwarzania z logów AWS Lambda, przeanalizować je, utworzyć alarmy i wykrywać problemy w czasie rzeczywistym. Które podejście spełnia te wymagania?

Prawidłowa odpowiedź to użycie otwartych bibliotek klienckich Amazon do emitowania logów w formacie metryk osadzonych CloudWatch, a następnie wykorzystanie CloudWatch do tworzenia wykresów i alarmów. Embedded Metric Format (EMF) pozwala na osadzanie szczegółowych danych metryk w logach CloudWatch, co umożliwia łatwe wyodrębnianie i wizualizację niestandardowych metryk z dużą szczegółowością i niskimi kosztami. CloudWatch jest natywnym serwisem do monitorowania i alarmowania, idealnym do tego celu. Pozostałe opcje są nieprawidłowe: Wysyłanie metryk do CloudTrail jest błędne, ponieważ CloudTrail służy do audytu aktywności API, a nie do przechowywania niestandardowych metryk wydajnościowych. CloudWatch Logs Insights służy do interaktywnego analizowania logów, ale nie jest optymalnym rozwiązaniem do tworzenia i monitorowania metryk w czasie rzeczywistym z alarmami. Generowanie metryk z logów w ten sposób jest mniej wydajne niż bezpośrednie emitowanie ich w formacie EMF. Przesyłanie logów do Kinesis i S3, a następnie używanie CloudWatch do wizualizacji i alarmowania, wprowadza niepotrzebną złożoność i opóźnienia, co nie spełnia wymagań monitorowania w czasie rzeczywistym.