Firma medialna uruchamia tysiące instancji EC2 i używa Slacka oraz współdzielonej skrzynki e-mail do komunikacji zespołowej. Inżynier DevOps musi przekazywać wszystkie zaplanowane powiadomienia o konserwacji EC2 z AWS na kanał Slack i do współdzielonej skrzynki odbiorczej. Powiadomienia muszą zawierać tagi Name i Owner instancji. Które podejście spełnia te wymagania?

Prawidłowe rozwiązanie wykorzystuje Amazon EventBridge do przechwytywania zdarzeń konserwacji z AWS Health, co jest standardowym sposobem monitorowania zaplanowanych konserwacji AWS. Przekierowanie tych zdarzeń do tematu Amazon SNS umożliwia elastyczne dostarczanie powiadomień do wielu subskrybentów. Funkcja Lambda subskrybująca temat SNS może następnie przetworzyć zdarzenie, wyodrębnić wymagane tagi (Name i Owner) z informacji o instancji EC2 zawartych w zdarzeniu AWS Health i sformatować wiadomość do wysłania na kanał Slack oraz do współdzielonej skrzynki odbiorczej. Pierwsza opcja jest nieprawidłowa, ponieważ AWS Trusted Advisor i AWS Config nie są przeznaczone do wykrywania zaplanowanych zdarzeń konserwacji AWS Health. Trzecia opcja jest nieprawidłowa, ponieważ monitorowanie stanu EC2 za pomocą metryk CloudWatch nie jest odpowiednim sposobem na wykrywanie zaplanowanych zdarzeń konserwacji AWS Health. Czwarta opcja jest nieprawidłowa, ponieważ AWS CloudTrail rejestruje aktywność API i zdarzenia użytkowników, a nie zaplanowane zdarzenia konserwacji AWS Health.