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

Политика стека CloudFormation — это JSON-документ, который определяет, какие действия обновления разрешены для определенных ресурсов в стеке. Развертывание стеков с политикой, запрещающей Update: для критически важных ресурсов, предотвращает их случайное изменение. Это позволяет команде DevOps обновлять другие части стека, сохраняя при этом защиту важных ресурсов. Другие варианты не подходят: Правило AWS Config или EventBridge с функцией Lambda будут реагировать после попытки изменения, что может привести к временному простою. Политика стека предотвращает само изменение. Политика IAM, запрещающая обновления стека CloudFormation для защищенных ресурсов, может быть слишком ограничительной, так как она может помешать любым обновлениям, даже если они не затрагивают защищенные ресурсы. Политика стека более гранулирована и применяется к конкретным ресурсам внутри стека.