Ostatnia aktualizacja stosu CloudFormation nie powiodła się, a inżynier DevOps odkrył, że niektóre zasoby stosu zostały zmodyfikowane ręcznie. Inżynier musi wykryć ręczne modyfikacje zasobów zarządzanych przez CloudFormation i powiadomić lidera DevOps przy minimalnym wysiłku operacyjnym. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź spełnia wszystkie wymagania przy minimalnym wysiłku operacyjnym. Reguła zarządzana AWS Config CLOUDFORMATIONSTACKDRIFTDETECTIONCHECK jest przeznaczona do wykrywania dryfu konfiguracji zasobów zarządzanych przez CloudFormation. Gdy ta reguła wykryje dryf, oznacza zasób jako NONCOMPLIANT. Reguła EventBridge może być skonfigurowana do wyzwalania, gdy status zasobu zmieni się na NONCOMPLIANT, a następnie wysłać powiadomienie do lidera DevOps za pośrednictwem tematu Amazon SNS, co jest prostym i efektywnym sposobem na dostarczenie alertu e-mail. Niepoprawne opcje: Tworzenie niestandardowej reguły AWS Config za pomocą RDKlib jest znacznie bardziej złożone i wymaga większego wysiłku operacyjnego niż użycie zarządzanej reguły. Wyzwalanie EventBridge na statusie COMPLIANT jest nieprawidłowe, ponieważ chcemy być powiadamiani o dryfie (NONCOMPLIANT), a nie o zgodności. Użycie funkcji Lambda do wysłania wiadomości e-mail jest możliwe, ale dodaje niepotrzebną złożoność w porównaniu do bezpośredniego użycia SNS jako celu EventBridge, co jest prostsze dla powiadomień e-mail.