Usługa monitorowania oparta na ML jest skonfigurowana jako cel interfejsu API EventBridge do konsumowania zdarzeń Auto Scaling. CloudWatch wskazuje, że reguła EventBridge jest uruchamiana, ale usługa monitorowania nie odbiera zdarzeń. Administrator SysOps chce przechwycić szczegóły błędów klienta przy minimalnym wysiłku operacyjnym. Które rozwiązanie należy wdrożyć?

Dołączenie standardowej kolejki Amazon SQS jako kolejki martwych listów (DLQ) dla celu EventBridge to najbardziej efektywne rozwiązanie. Gdy EventBridge nie może dostarczyć zdarzenia do celu (np. z powodu błędów klienta w usłudze monitorowania), zdarzenie jest automatycznie wysyłane do DLQ. Można następnie sprawdzić wiadomości w tej kolejce SQS, aby uzyskać szczegółowe informacje o błędach dostarczania, minimalizując wysiłek operacyjny. Archiwum EventBridge służy do ponownego odtwarzania zdarzeń, a nie do przechwytywania błędów dostarczania w czasie rzeczywistym. Druga reguła EventBridge z funkcją Lambda wprowadza dodatkową złożoność i koszty. Konfiguracja Amazon SNS do publikowania komunikatów o błędach wymagałaby dodatkowej subskrypcji i logiki do przetwarzania tych błędów.