Bezserwerowa funkcja Lambda przetwarza zamówienia i wywołuje zewnętrzny interfejs API płatności, który czasami zawodzi. Zespół wsparcia powinien być powiadamiany w czasie zbliżonym do rzeczywistego tylko wtedy, gdy wskaźnik błędów zewnętrznego API przekroczy 5% transakcji w ciągu godziny. Istniejący temat SNS już powiadamia zespół wsparcia. Które rozwiązanie spełnia ten wymóg?

Poprawna odpowiedź to publikowanie niestandardowych metryk CloudWatch i konfigurowanie alarmu. Funkcja Lambda może publikować niestandardowe metryki do CloudWatch, zliczając błędy API płatności. Następnie można skonfigurować alarm CloudWatch, który monitoruje tę metrykę i wyzwala istniejący temat SNS, gdy wskaźnik błędów przekroczy 5% w ciągu godziny. Jest to efektywne, ponieważ CloudWatch Alarms są zaprojektowane do monitorowania metryk w czasie rzeczywistym i automatycznego powiadamiania. Pozostałe opcje są mniej efektywne lub nie spełniają wymagań: Użycie CloudWatch Logs Insights z zaplanowaną funkcją Lambda jest bardziej złożone i wprowadza dodatkowe opóźnienia, ponieważ wymaga aktywnego wyszukiwania logów. Publikowanie wszystkich wyników API do nowego tematu SNS nie spełnia wymogu powiadamiania TYLKO, gdy wskaźnik błędów przekroczy 5%. Zapisywanie wyników do S3 i używanie Athena jest rozwiązaniem do analizy danych historycznych, a nie do monitorowania w czasie zbliżonym do rzeczywistego.