CloudFormation的“自动化修复”是什么?
您可以把一个CloudFormation Stack理解为一个智能机器人管家,它的核心任务是确保您账户中的资源状态,与您给它的“图纸”(即CFT模板)完全一致。
正常情况:您给管家一张“图纸”,它按图创建资源。
您遇到的情况:
管家按图创建了资源A(CloudFront)和B(WAF)。
您手动删除了资源B(WAF)。
管家定期巡查,突然发现:“咦?现实世界里的资源B怎么没了?但我的图纸上明明写着它应该存在!”
为了忠实执行任务、让现实匹配图纸,管家自动地重新创建了资源B。
这就是您遇到的“2月1日WAF被自动重建”的根本原因。这个“巡查和修复”是CloudFormation服务的内置逻辑,不是您设置的,所以您找不到所谓的“自动化开关”。
为了更直观地理解整个过程,请看下面的流程图,它概括了从您手动删除资源到系统自动重建的完整闭环:
您可以把一个CloudFormation Stack理解为一个智能机器人管家,它的核心任务是确保您账户中的资源状态,与您给它的“图纸”(即CFT模板)完全一致。
正常情况:您给管家一张“图纸”,它按图创建资源。
您遇到的情况:
管家按图创建了资源A(CloudFront)和B(WAF)。
您手动删除了资源B(WAF)。
管家定期巡查,突然发现:“咦?现实世界里的资源B怎么没了?但我的图纸上明明写着它应该存在!”
为了忠实执行任务、让现实匹配图纸,管家自动地重新创建了资源B。
这就是您遇到的“2月1日WAF被自动重建”的根本原因。这个“巡查和修复”是CloudFormation服务的内置逻辑,不是您设置的,所以您找不到所谓的“自动化开关”。
为了更直观地理解整个过程,请看下面的流程图,它概括了从您手动删除资源到系统自动重建的完整闭环:










