Terraform vs Pulumi：多云部署到底该选谁？

去年，一家中型电商公司花了三个月把业务从AWS搬到Azure，结果发现IaC（基础设施即代码）工具成了最大瓶颈。他们用的Terraform配置堆了2000多行，迁移时一半代码要重写。这不是个例。据CNCF 2023年调查，68%的企业已采用多云策略，但超过半数在工具选型上栽过跟头。

Terraform和Pulumi是目前最火的两个选择。前者是HashiCorp的扛鼎之作，后者靠“用通用编程语言写基础设施”杀出一条路。两者都能管AWS、Azure、GCP，但思路完全不同。咱们不扯虚的，直接看它们在多云场景下的真实表现。

配置语言：HCL vs 通用编程语言

Terraform用HCL（HashiCorp Configuration Language），一套专为IaC设计的声明式语言。优点是语法简单，上手快。缺点也明显——没有循环、条件判断这些基本功能。想遍历一个列表创建多个资源？得用count或for_each，别扭得很。

Pulumi则支持TypeScript、Python、Go、C#、Java。你可以在代码里写for循环、if-else、函数调用。举个例子，创建10个带标签的EC2实例，Terraform得写：

resource "aws_instance" "example" {
  count = 10
  tags = {
    Name = "instance-${count.index}"
  }
}

Pulumi用TypeScript就是：

for (let i = 0; i < 10; i++) {
  new aws.ec2.Instance(`instance-${i}`, {
    tags: { Name: `instance-${i}` }
  });
}

看起来差别不大？但当你需要处理复杂的条件逻辑、把基础设施代码和业务逻辑混在一起时，Pulumi的优势就出来了。比如根据环境变量动态配置，Pulumi直接读环境变量，Terraform得用variable和terraform.tfvars绕一圈。

但代价是学习曲线。Pulumi要求团队熟悉至少一门通用编程语言。如果你团队全是运维出身，只会写YAML，那Terraform的HCL反而更友好。

多云支持：谁更“中立”？

多云部署的核心是统一管理。Terraform有Provider体系，每个云服务商都有自己的Provider。目前Terraform Registry有超过3000个Provider，覆盖AWS、Azure、GCP、阿里云、华为云等。写一份配置，通过provider块切换云平台。但每个Provider的成熟度不同。AWS Provider最完善，Azure次之，阿里云的Provider更新频率慢，偶尔有BUG。

Pulumi的Provider叫“Resource Provider”，数量少一些，但每个都由官方维护。Pulumi承诺所有Provider都经过严格测试。实际体验上，Pulumi的AWS、Azure、GCP Provider质量很高，但小众云（如DigitalOcean、Linode）的Provider不如Terraform丰富。

关键差异在“状态管理”。Terraform用状态文件（terraform.tfstate），默认存在本地，多人协作得用远程后端（S3、Consul、Terraform Cloud）。Pulumi用“状态存储”，默认存在Pulumi Cloud（免费额度够用），也支持自托管（AWS S3、Azure Blob、GCS）。Pulumi的状态管理更现代，支持并发操作、自动锁定，而Terraform的远程后端配置稍复杂。

实际场景：哪个更“抗造”？

假设你要部署一个混合云架构：前端在AWS，数据库在Azure，监控用GCP。用Terraform，你得写三个provider块，然后分别定义资源。代码会变成三块独立的配置，中间靠data源传递信息。比如AWS的EC2要访问Azure的SQL数据库，你得在Terraform里写data "azurerm_sql_database"，然后通过output传给AWS配置。这过程容易出错，调试也费劲。

Pulumi可以跨Provider直接引用变量。用TypeScript写：

const azureDb = new azure.sql.Database("mydb", { ... });
const awsEc2 = new aws.ec2.Instance("web", {
  userData: `DB_CONNECTION=${azureDb.connectionString}`
});

代码更直观，类型检查还能提前发现错误。Pulumi的IDE支持（自动补全、类型提示）比Terraform的HCL好太多。Terraform写错属性名只能在plan阶段报错。

但Pulumi的“坑”在于版本兼容。Pulumi的Provider和SDK升级频繁，有时小版本更新会破坏已有代码。Terraform的Provider版本锁定机制更成熟，required_providers块可以精确控制版本。

成本与生态

Terraform开源版免费，但功能有限。Terraform Cloud的免费版支持5个用户，高级版按用户收费（$20/月起）。Pulumi的开源版（Pulumi CLI）完全免费，Pulumi Cloud的免费版支持无限资源、无限用户，但状态存储有1GB限制。企业级功能（审计日志、团队协作）按资源收费。

生态上，Terraform占绝对优势。HashiCorp的Terraform Registry有海量模块，社区贡献的Provider覆盖几乎所有云服务。Pulumi的社区小很多，但增长快——2023年Pulumi的GitHub Star数翻了一倍，达到1.5万。

怎么选？

没有万能答案。我见过团队因为“不想学HCL”从Terraform切到Pulumi，也见过团队因为“Pulumi的Provider不够全”又切回去。

几个判断标准：

• 团队技术栈：如果全员会TypeScript/Python，Pulumi更高效。如果运维为主、开发少，Terraform更稳妥。
• 多云复杂度：简单多云（两个云）用哪个都行。超过三个云且需要跨云交互，Pulumi的编程能力更省力。
• 社区依赖：如果你要用小众云或特殊服务，Terraform的Provider库更可能覆盖。
• 预算：小团队Pulumi免费版够用，大企业Terraform Cloud的付费模式更成熟。

最后说句实在话：工具是手段，不是目的。选哪个都能把事办了，关键是别在选型上花太多时间。先拿一个非生产环境跑一跑，哪个顺手用哪个。