CloudFormation DependsOn相同模板下删除顺序不一致问题

问题描述 #

• 分阶段部署流程：先通过CDK创建EIP（eipA）和NLB（loadbalancer），后续添加自定义资源（customresourceA）并配置依赖关系：
  • loadbalancer依赖customresourceA和eipA
  • customresourceA依赖eipA
• 期望删除顺序：loadbalancer → customresourceA → eipA
• 实际异常：分阶段部署后执行删除操作，CloudFormation会同时删除customresourceA和eipA，完全忽略配置的DependsOn依赖；但一次性创建所有资源时，删除顺序完全符合预期。

可能原因分析 #

• CloudFormation对依赖关系的追踪与模板变更历史强相关：分阶段部署时，eipA和loadbalancer属于第一阶段创建的资源，第二阶段才添加customresourceA并建立依赖链。对于已存在的eipA，CloudFormation在处理删除流程时，未正确关联后续新增的反向依赖（customresourceA依赖它），导致删除逻辑跳过了等待customresourceA先被删除的步骤。
• 全量部署场景下，所有资源的依赖关系在初始创建时就被CloudFormation完整记录，删除流程能严格按照依赖链的层级顺序执行。

解决方案建议 #

• 强制重建依赖链：在添加自定义资源的变更集中，给eipA添加一个冗余的关联标记（比如通过CloudFormation元数据字段），触发CloudFormation重新识别完整的依赖关系网络，确保删除时能识别到customresourceA对eipA的依赖。
• 自定义资源删除策略管控：给customresourceA设置DeletionPolicy: Retain，先手动删除loadbalancer，再更新模板移除该策略并删除剩余资源；也可以在自定义资源的后端Lambda中添加删除前校验逻辑，确保依赖它的loadbalancer已被删除后，再执行自身的清理操作。
• 全量重新部署：删除现有栈后，使用包含所有资源（EIP、NLB、自定义资源）的完整模板重新创建栈，让CloudFormation从初始阶段就记录完整的依赖关系，避免分阶段部署带来的历史数据干扰。

内容的提问来源于stack exchange，提问作者willisc