Недавнее обновление стека CloudFormation завершилось неудачей, и инженер DevOps обнаружил, что некоторые ресурсы стека были изменены вручную. Инженеру необходимо обнаружить ручные изменения ресурсов, управляемых CloudFormation, и оповестить руководителя DevOps с минимальными эксплуатационными усилиями. Какое решение соответствует этим требованиям?

Правильный ответ использует управляемое правило AWS Config CLOUDFORMATIONSTACKDRIFTDETECTIONCHECK, которое специально разработано для обнаружения дрейфа ресурсов CloudFormation. При обнаружении дрейфа (т.е. ручных изменений) ресурс помечается как NONCOMPLIANT. Затем правило EventBridge настроено для срабатывания при этом статусе NONCOMPLIANT и отправляет уведомление через Amazon SNS руководителю DevOps. Это решение является наиболее эффективным, поскольку использует встроенные возможности AWS для обнаружения дрейфа и уведомления, минимизируя эксплуатационные усилия. Неправильные варианты: Вариант с пользовательским правилом AWS Config и Lambda для отправки электронной почты требует больше усилий по разработке и обслуживанию, чем использование управляемого правила и SNS. Вариант, срабатывающий при статусе COMPLIANT, не будет уведомлять о дрейфе, так как дрейф помечается как NONCOMPLIANT. Вариант с Lambda для отправки электронной почты вместо SNS увеличивает сложность и эксплуатационные расходы, тогда как SNS является более простым и масштабируемым решением для уведомлений.