这一章很重要，因为很多人不是在问“哪个好”，而是在问“哪种总工局制度更适合我们”。
| 技术 | 最像什么 | 核心特点 | 默认优势 | 默认代价 |
|---|---|---|---|---|
| Terraform | 基础设施蓝图总工局 | HCL 声明式蓝图 + provider 生态 + state | 生态最大、跨平台最强、行业共识高 | state/模块/协作治理需要成熟纪律 |
| OpenTofu | 开源分局版总工局 | Terraform 血缘延续的开源路线 | 开源治理友好、兼容 Terraform 生态较多习惯 | 生态和采用广度仍在持续追赶 |
| Pulumi | 程序员施工调度中心 | 用通用语言写 IaC | 表达力更强、适合复杂编程抽象 | 也更容易把蓝图写成代码泥团 |
| CloudFormation | AWS 自家市政厅 | AWS 原生 IaC | AWS 生态内集成深、官方绑定强 | 跨云能力弱、开发体验普遍不如 Terraform |
#Terraform vs OpenTofu
这组最像“总局”和“开源平行分局”。
如果你重视：
- 行业事实标准
- 最广 provider 生态
- 大量现成模块
- 最多团队经验
Terraform 通常还是最稳的主路。
如果你重视：
- 更强开源治理确定性
- 不想把 IaC 主轴放在 HashiCorp 商业路径上
- 接受生态逐步分化
OpenTofu 也很值得认真看。
#Terraform vs Pulumi
Pulumi 的核心诱惑是：
可以直接用 TypeScript / Python / Go / C# 写 IaC。
这对很多工程师很有吸引力。
但问题也在这里：
表达力越强
越容易把基础设施蓝图写成“难读的程序”Terraform/HCL 的优势，恰恰是它没那么像通用语言，所以蓝图感更强。
#Terraform vs CloudFormation
如果你 100% 深绑定 AWS，CloudFormation 当然也能做很多事。
但 Terraform 的跨平台能力更强，工程师认知也更统一：
- AWS
- Cloudflare
- Kubernetes
- GitHub
- Datadog
- PostgreSQL
都能进一套蓝图体系。
这就是 Terraform 长期压制力很强的原因。