Inżynier DevOps zarządza klastrem Amazon ECS działającym na instancjach EC2 w grupie Auto Scaling. Inżynier musi przechwytywać i przeglądać wszystkie zatrzymane zadania w celu zbadania błędów. Które podejście spełnia ten wymóg?

Poprawna odpowiedź to utworzenie reguły Amazon EventBridge, ponieważ EventBridge może przechwytywać zdarzenia zmiany stanu zadań ECS, w tym zdarzenia zatrzymanych zadań. Przekierowanie tych zdarzeń do Amazon CloudWatch Logs umożliwia ich trwałe przechowywanie i scentralizowane zarządzanie. Następnie CloudWatch Logs Insights jest skutecznym narzędziem do wykonywania zapytań i analizowania tych logów, co pozwala na szybkie identyfikowanie i badanie przyczyn zatrzymanych zadań. Pozostałe opcje są mniej odpowiednie: Emitowanie logów w Embedded Metric Format do CloudWatch Logs i monitorowanie metryki ContainerInstanceCount nie dostarcza szczegółowych informacji o zatrzymanych zadaniach, a jedynie o liczbie instancji kontenerów. Konfiguracja instancji EC2 do przekazywania logów i użycie CloudWatch Contributor Insights do analizy logów instancji EC2 nie skupia się bezpośrednio na zdarzeniach zmiany stanu zadań ECS, które są kluczowe do identyfikacji zatrzymanych zadań. Dodanie EC2 Auto Scaling lifecycle hook dla zdarzeń EC2INSTANCETERMINATING i zapisywanie SystemEventLog do S3 z późniejszym zapytaniem za pomocą Athena dotyczy zdarzeń cyklu życia instancji EC2, a nie bezpośrednio zdarzeń cyklu życia zadań ECS, co nie jest głównym celem.