基于Terraform的基础设施代码部署工作流
1. 代码风格规范
每个团队都应执行一套代码风格约定,涵盖空格使用、换行、缩进、花括号、变量命名等方面。虽然程序员们热衷于讨论使用空格还是制表符,以及花括号的位置,但更重要的是在整个代码库中保持一致。
Terraform 有一个内置的 fmt 命令,可自动将代码重新格式化为一致的风格:
$ terraform fmt
建议将此命令作为提交钩子的一部分运行,以确保提交到版本控制的所有代码都使用一致的风格。
2. 运行自动化测试
与应用程序代码一样,基础设施代码也应设置提交钩子,每次提交后在 CI 服务器上启动自动化测试,并在拉取请求中显示测试结果。除了单元测试、集成测试和端到端测试外,还应运行 terraform plan 测试。规则很简单:始终在执行 apply 之前运行 plan 。
这意味着要暂停并阅读 plan 的输出,花 30 秒扫描输出的 “diff” 可能会捕获到很多错误。将 plan 集成到代码审查流程中是鼓励这种行为的好方法。例如,Atlantis 是一个开源工具,它可以在提交时自动运行 terraform plan ,并将计划输出作为评论添加到拉取请求中。Terraform Cloud 和 Terraform Enterprise 也支持在拉取请求上自
超级会员免费看
订阅专栏 解锁全文
32

被折叠的 条评论
为什么被折叠?



