Funkcja Lambda przetwarza wiadomości z urządzeń IoT. Firma potrzebuje metryk przepustowości w czasie zbliżonym do rzeczywistego, które zliczają, ile wiadomości funkcja odbiera i przetwarza w danym przedziale czasowym. Inicjalizacja i przetwarzanie końcowe nie powinny być uwzględniane w pomiarze przepustowości. Co powinien zaimplementować deweloper?

Poprawna odpowiedź to modyfikacja kodu w celu publikowania niestandardowej metryki CloudWatch. Pozwala to na precyzyjne śledzenie liczby przetworzonych wiadomości w czasie rzeczywistym, bez uwzględniania czasu inicjalizacji i przetwarzania końcowego. Metryki niestandardowe są idealne do monitorowania specyficznych zdarzeń biznesowych lub operacyjnych, takich jak przepustowość wiadomości. Opcja użycia CloudWatch Lambda ConcurrentExecutions jest nieodpowiednia, ponieważ mierzy ona liczbę jednocześnie uruchomionych funkcji, a nie przetworzonych wiadomości. Logowanie przepustowości do CloudWatch Logs i przetwarzanie ich za pomocą innej funkcji Lambda jest zbyt skomplikowane i opóźnione w porównaniu do metryk niestandardowych. Użycie metryk Lambda Invocations i Duration również nie jest precyzyjne, ponieważ Invocations zlicza każde wywołanie funkcji, a Duration mierzy całkowity czas wykonania, co nie pozwala na wykluczenie czasu inicjalizacji i przetwarzania końcowego z pomiaru przepustowości.