Deweloperzy używają instancji EC2 jako zdalnych stacji roboczych. Firma chce wykrywać, kiedy użytkownicy tworzą lub modyfikują reguły grup bezpieczeństwa, które zezwalają na nieograniczony dostęp przychodzący, automatycznie usuwać te reguły i powiadamiać zespół bezpieczeństwa e-mailem w czasie zbliżonym do rzeczywistego. Istnieje funkcja Lambda, która, biorąc pod uwagę ID grupy bezpieczeństwa, usuwa reguły zezwalające na nieograniczony dostęp i publikuje powiadomienia w temacie SNS. Jaki krok powinien podjąć inżynier DevOps, aby spełnić te wymagania?

Prawidłowa odpowiedź to utworzenie reguły EventBridge na domyślnej magistrali zdarzeń z wzorcem zdarzeń, który pasuje do zdarzeń tworzenia i modyfikacji grup bezpieczeństwa EC2, i ustawienie reguły tak, aby wywoływała funkcję Lambda. EventBridge (wcześniej CloudWatch Events) jest idealnym rozwiązaniem do reagowania na zdarzenia w czasie zbliżonym do rzeczywistego. Może monitorować zdarzenia CloudTrail, takie jak AuthorizeSecurityGroupIngress lub RevokeSecurityGroupIngress, i wyzwalać funkcję Lambda natychmiast po ich wystąpieniu. Pozostałe opcje są nieodpowiednie: Konfiguracja funkcji Lambda wywoływanej przez temat SNS z subskrypcją CloudTrail dla tematu SNS jest nieprawidłowym sposobem integracji. CloudTrail wysyła zdarzenia do S3 lub CloudWatch Logs, a nie bezpośrednio do tematu SNS w celu filtrowania zdarzeń modyfikacji grup bezpieczeństwa. Tworzenie reguły EventBridge z harmonogramem do wywoływania funkcji Lambda co godzinę nie spełnia wymogu reagowania w czasie zbliżonym do rzeczywistego. Tworzenie niestandardowej magistrali zdarzeń EventBridge jest niepotrzebne, ponieważ zdarzenia AWS, takie jak modyfikacje grup bezpieczeństwa, są już dostępne na domyślnej magistrali zdarzeń.