Ein Unternehmen verfügt über eine ereignisgesteuerte JavaScript-Anwendung, die aus entkoppelten, verwalteten AWS-Services besteht, die Ereignisse veröffentlichen, konsumieren und weiterleiten. Während des Tests liefern EventBridge-Regeln keine Ereignisse an ihre Ziele. Tester benötigen Möglichkeiten, Ereignisse anzuzeigen, zu debuggen und zu vermeiden, dass sie verloren gehen, ohne die Anwendung neu bereitzustellen. Welche Kombination von Maßnahmen sollte das DevOps-Team ergreifen? (Wählen Sie drei.)

Um EventBridge-Ereignisse anzuzeigen und zu debuggen, ist das Hinzufügen einer CloudWatch Logs-Protokollgruppe als zusätzliches Ziel für die EventBridge-Regel effektiv. Dies ermöglicht die Protokollierung aller Ereignisse, die die Regel verarbeiten soll, und hilft bei der Identifizierung von Problemen. Um zu verhindern, dass Ereignisse verloren gehen, sollte eine Amazon SQS-Standardwarteschlange als Dead-Letter Queue (DLQ) konfiguriert werden. EventBridge leitet dann Ereignisse, die nicht erfolgreich an das Ziel zugestellt werden konnten, an diese Warteschlange weiter, wo sie später untersucht und erneut verarbeitet werden können. Die Konfiguration von CloudTrail mit einem S3-Bucket hilft, API-Aufrufe an EventBridge zu überwachen und zu überprüfen, ob Regeln korrekt erstellt oder geändert wurden, was bei der Fehlersuche bei der Regelkonfiguration nützlich ist. Eine Amazon SQS FIFO-Warteschlange ist für eine DLQ nicht erforderlich, da die Reihenfolge der nicht zugestellten Ereignisse in diesem Szenario keine Rolle spielt und Standard-Warteschlangen kostengünstiger sind. AWS Device Farm ist für mobile Anwendungen und nicht für EventBridge-Debugging relevant. Die Aktualisierung der Anwendung mit dem AWS X-Ray SDK wäre eine Codeänderung, die eine erneute Bereitstellung erfordert, was die Anforderung "ohne die Anwendung neu bereitzustellen" verletzt.