terraform - 重构 terraform 代码时,是否有一种理智的方法来更新相应的 terraform 状态?

标签 terraform

这是一个场景 - 您开发用于研发组织的 terraform 模块。它们已经被一两个微服务使用,转化为十几个 pod。您确定了重构机会,例如将某些功能提取到其自己的 terraform 模块中。很好,但现在你必须更新十几个 terraform 状态,因为这是 terraform 代码重构的代价。

在一次这样的重构之后,我发现自己花了 8 个小时来更新所有的 terraform 状态。我以一种特别的方式进行 - 使用 powershell 脚本包装各种 terraform 状态命令。经常这样做会很快失去理智。

当然,我们可以说——不要重构。但这是不可能的,因为 terraform 代码是...代码。那么,有没有更好的方法来做到这一点?某种可以提供帮助的工具,不知何故?

最佳答案

我建议使用 terraform-state-mover .
它为 terraform state mv 提供交互式提示。命令。
有一个short demo在 github 上展示了如何使用它。

关于terraform - 重构 terraform 代码时,是否有一种理智的方法来更新相应的 terraform 状态?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62337385/

相关文章:

go - Terraform 自定义提供商 GPG 问题

Terraform - API 以不同的顺序返回数据,因此 terraform 看到了毫无意义的变化?

azure - 地形 azure : Error waiting for the Azure CLI: exit status 1

使用 Terraform Vsphere 提供程序创建资源之间存在 1000 万的延迟

docker - Terraform 无法启动 docker 服务

azure - 通过 terraform 发布 APIM 开发者门户

amazon-web-services - 如何使用 Terraform 使用已 KMS 加密的字符串在 AWS Secrets Manager 中存储新 key ?

terraform - 将多个提供程序别名传递给 terraform 0.12.13 中的模块

openstack - JQ 交叉引用或如何将一个值替换为输入的另一部分

amazon-web-services - Terraform - 当负载均衡器属于端点服务时无法删除负载均衡器