Reguła Amazon EventBridge jest skierowana na interfejs API innej firmy, ale ten interfejs API nie odebrał żadnego ruchu przychodzącego. Architekt rozwiązań musi ustalić, czy warunki reguły są spełnione i czy cel reguły jest wywoływany. Które rozwiązanie dostarczy tych informacji?

Poprawna odpowiedź to sprawdzenie metryk w Amazon CloudWatch w przestrzeni nazw dla AWS/Events. Amazon EventBridge automatycznie publikuje metryki do CloudWatch, które dostarczają informacji o wykonaniach reguł, udanych wywołaniach celów oraz błędach. Metryki takie jak Invocations (wywołania) i FailedInvocations (nieudane wywołania) dla konkretnej reguły i celu pozwolą ustalić, czy reguła została dopasowana i czy próbowano wywołać cel. Przeglądanie zdarzeń w kolejce utraconych wiadomości (DLQ) Amazon SQS byłoby przydatne, gdyby cel EventBridge był skonfigurowany do wysyłania wiadomości do SQS, a te wiadomości nie mogły zostać przetworzone. W tym przypadku problem dotyczy samego wywołania celu. Sprawdzanie zdarzeń w Amazon CloudWatch Logs może być pomocne, jeśli cel EventBridge wysyła logi do CloudWatch Logs, ale nie dostarcza bezpośrednich metryk dotyczących samego dopasowania reguły i wywołania celu EventBridge. Sprawdzanie śladów w AWS CloudTrail dla zdarzeń EventBridge pokaże, kto i kiedy modyfikował reguły EventBridge, ale nie dostarczy informacji o ich bieżącym wykonaniu i wywołaniach celów.