Terraform同目录用S3后端跨VPC部署时本地状态冲突如何解决？

这个需求完全可以实现，你遇到的问题是Terraform的设计规则导致的，不是操作疏漏：Terraform后端（backend）配置的加载优先级远高于变量解析，所以你不能在backend块中使用普通变量动态切换S3的key值，你两次执行apply实际都绑定了同一个远程状态，才会出现先销毁旧环境资源再创建新环境资源的现象。

你可以通过以下两种成熟方案实现同一目录多环境部署：

方案一：使用Terraform内置工作区（Workspace，推荐） #

这是官方原生支持的多环境隔离方案，操作成本最低：

• 你的S3后端配置只保留bucket、region等全局固定参数，删除硬编码的key字段
• 初始化完成后，创建对应环境的独立工作区：

  terraform workspace new test
  terraform workspace new dev
  

• 部署对应环境时先切换工作区，再执行apply即可：

  # 部署测试环境
  terraform workspace select test
  terraform apply -var-file=test.tfvars
  
  # 部署开发环境
  terraform workspace select dev
  terraform apply -var-file=dev.tfvars
  

Terraform会自动将不同工作区的远程状态存放在S3桶的env:/<工作区名称>/前缀下，完全隔离不会互相干扰。

方案二：使用部分后端配置动态初始化 #

如果你不想用工作区，可以在初始化时手动传入后端参数实现隔离：

• 同样在backend块中删除key字段，只保留全局固定配置
• 部署测试环境时，指定对应key初始化后再部署：

  terraform init -backend-config="key=test/terraform.tfstate"
  terraform apply -var-file=test.tfvars
  

• 切换到开发环境部署时，必须加-reconfigure参数重新初始化，跳过状态迁移提示：

  terraform init -reconfigure -backend-config="key=dev/terraform.tfstate"
  terraform apply -var-file=dev.tfvars
  

补充注意项 #

把本地的.terraform目录、terraform.tfstate*相关文件加入.gitignore，避免本地缓存的状态文件干扰多环境切换。

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