如何让Terraform先删除资源A再创建资源B？

兄弟，这个场景我太有共鸣了！之前把CloudFormation栈换成Terraform原生资源的时候，也被AWS的重复资源错误搞得头大，咱们来好好聊聊怎么解决这个问题。

首先直接给你结论：单纯用depends_on做不到你想要的顺序，原因得从Terraform的依赖逻辑说起。你贴的官方文档说depends_on会让依赖对象的所有操作（包括读取）完成后再执行当前对象的操作，但这个逻辑只针对创建/更新流程。到了销毁阶段，Terraform的顺序是反过来的——如果B依赖A，那销毁时会先删B再删A，完全和我们需要的“先删A再建B”相反。

那到底该怎么操作？给你几个靠谱的方案：

方案1：分两次执行（最稳妥推荐） #

这也是我平时用得最多的方法，虽然要跑两次命令，但胜在安全可靠：

• 第一步：先把资源B的配置注释掉，同时把资源A的配置从代码里移除，然后运行terraform apply。这时候Terraform会识别到要销毁A，执行完后AWS上的A就没了。
• 第二步：把资源B的配置恢复，再运行一次terraform apply，这时候就能顺利创建B了，不会有重复资源的冲突。

嫌手动改配置麻烦的话，也可以用-target参数精准操作：

# 先销毁资源A
terraform destroy -target=aws_cloudformation_stack.A -auto-approve
# 再创建资源B
terraform apply -auto-approve

方案2：用null_resource做临时过渡（hack应急用） #

如果你实在想在一次apply里完成，可以用null_resource配合本地执行命令来强制顺序，但这个方法有点hack，不推荐长期用，适合应急：

# 先保留资源A的配置（准备这次销毁）
resource "aws_cloudformation_stack" "A" {
  # 你的A资源配置
}

# 用null_resource触发A的销毁
resource "null_resource" "destroy_A" {
  # 用一个手动触发器，每次运行前改个值（比如加个时间戳）来触发执行
  triggers = {
    destroy_signal = "20240520"
  }

  provisioner "local-exec" {
    command = "terraform destroy -target=aws_cloudformation_stack.A -auto-approve"
  }

  depends_on = [aws_cloudformation_stack.A]
}

# 让B依赖这个销毁动作完成
resource "aws_some_native_resource" "B" {
  # 你的B资源配置
  depends_on = [null_resource.destroy_A]
}

这个方法的风险是，在apply过程中嵌套调用Terraform命令，可能会出现状态不一致的情况，所以操作前一定要备份状态文件！

最后提醒一句：不管用哪种方法，操作前都一定要备份Terraform状态文件（执行terraform state pull > state_backup.json），万一出问题还能回滚。

备注：内容来源于stack exchange，提问作者shearn89