Ein ML-basierter Überwachungsdienst ist als EventBridge-API-Ziel konfiguriert, um Auto Scaling-Ereignisse zu verarbeiten. CloudWatch zeigt an, dass die EventBridge-Regel ausgelöst wird, aber der Überwachungsdienst empfängt keine Ereignisse. Der SysOps-Administrator möchte Client-Fehlerdetails mit minimalem Betriebsaufwand erfassen. Welche Lösung sollte implementiert werden?

Die korrekte Lösung ist, eine Amazon SQS-Standardwarteschlange als Dead-Letter Queue (DLQ) für das EventBridge-Ziel anzuhängen. Wenn EventBridge-Ziele Fehler zurückgeben oder nicht erreichbar sind, werden die Ereignisse in die DLQ verschoben. Dies ermöglicht es dem SysOps-Administrator, die fehlgeschlagenen Ereignisse und die zugehörigen Fehlerdetails zu überprüfen, ohne die Überwachungslösung zu ändern oder zusätzliche Logik zu implementieren. Dies ist ein Standardmechanismus zur Fehlerbehandlung mit minimalem Betriebsaufwand. Das Erstellen eines EventBridge-Archivs und das erneute Abspielen der Ereignisse ist umständlicher und erfordert eine Erhöhung der Protokollierung der Überwachungslösung, was nicht direkt die Client-Fehlerdetails liefert. Eine zweite EventBridge-Regel mit einer Lambda-Funktion erhöht den Betriebsaufwand erheblich, da zusätzliche Infrastruktur und Code verwaltet werden müssen. Die Konfiguration der EventBridge-Regel zur Veröffentlichung von Fehlermeldungen in einem Amazon SNS-Thema ist keine Standardfunktion für die Fehlerbehandlung von Zielaufrufen und würde eine zusätzliche Integration erfordern, um die eigentlichen Fehlerdetails zu erfassen.