Ein Unternehmen betreibt EC2-Instances in mehreren AWS-Konten und möchte eine einzige SQS-Warteschlange im primären Konto, um alle EC2-Instance-Lebenszyklusereignisse aus jedem Konto zu sammeln. Welches Design erreicht dies?

Die korrekte Antwort ermöglicht eine zentrale Erfassung von Ereignissen. Zuerst wird der Event Bus des primären Kontos so konfiguriert, dass er Ereignisse von allen anderen Konten empfangen kann. Anschließend wird in jedem Quellkonto eine EventBridge-Regel erstellt, die EC2-Lebenszyklusereignisse erfasst und an den zentralen Event Bus im primären Konto weiterleitet. Im primären Konto wird dann eine weitere EventBridge-Regel erstellt, die diese gesammelten EC2-Lebenszyklusereignisse abgleicht und sie an die SQS-Warteschlange sendet. Die erste Option ist falsch, da EC2 nicht direkt so konfiguriert werden kann, dass es Ereignisse an einen Event Bus in einem anderen Konto sendet; dies muss über EventBridge-Regeln erfolgen. Die zweite Option ist ineffizient, da sie für jedes Konto eine separate Regel und direkte Berechtigungen zur SQS-Warteschlange erfordert, anstatt einen zentralen Event Bus zu nutzen. Die dritte Option ist ineffizient und reaktiv, da sie auf Polling basiert, anstatt auf ereignisgesteuerten Benachrichtigungen, und eine Lambda-Funktion für eine Aufgabe einführt, die EventBridge nativ lösen kann.