Обновление обычно используется, чтобы сообщить CloudFormation, что шаблон изменился. Это может привести к созданию, изменению или удалению новых ресурсов.
CloudFormation не знает о каких-либо изменениях, внесенных вне его, поэтому предпочтительно всегда изменять ресурсы через CloudFormation, чтобы они оставались в синхронизации c с конфигурацией ресурса.
Эта статья, кажется, выдвигает идею о том, что, если что-то изменилось за пределами CloudFormation, лучше всего «забыть» о ресурсе, тогда Импортировать его в стек. Импорт добавляет существующий ресурс в стек без попытки CloudFormation создать его.
Я думаю, обновление таблицы DynamoDB работает, потому что изменился только BILLING_MODE
. Возможно, CloudFormation может запутаться, когда попытается внести изменения, которые уже были внесены. Например, если su bnet необходимо изменить AZ, необходимо удалить и заново создать su bnet. Это приведет к ресурсам с разными идентификаторами. В таком случае потребуется использовать рекомендованный процесс Forget + Import.
Итог: В статье показан общий процесс, но в некоторых ситуациях и обновления может быть достаточно .