4. 基础设施即代码(IaC)基础：定义、范式与工具

基础设施即代码（Infrastructure as Code, IaC）是现代云运维与DevOps实践的基石。它通过机器可读的定义文件（而非手动配置）来管理和配置计算基础设施。本章将深入剖析IaC的核心定义、声明式与指令式范式的本质区别，并介绍Terraform、CloudFormation和Pulumi三大主流工具。

4.1 IaC定义：将基础设施视为软件

IaC的核心思想是将服务器、网络、数据库等基础设施资源的配置状态，以代码的形式进行版本管理、测试和自动化部署。它消除了手动操作带来的配置漂移和人为错误，实现了环境的可重复性和一致性。

IaC的典型工作流包括：编写定义文件 → 代码审查 → 提交至版本仓库 → CI/CD流水线触发 → 执行引擎解析并调用云API → 基础设施状态收敛至期望状态。

4.2 声明式 vs 指令式：两种核心范式

IaC工具根据其描述基础设施的方式，主要分为声明式（Declarative）和指令式（Imperative）两种范式。理解两者的差异是选择工具和编写高质量IaC代码的前提。

resource "aws_instance" "web" {
  ami           = "ami-0c55b159cbfafe1f0"
  instance_type = "t2.micro"
}

# 伪代码
server = create_server("ami-xxx")
server.set_type("t2.micro")
server.start()

4.3 三大主流IaC工具简介

当前业界最主流的IaC工具包括HashiCorp Terraform、AWS CloudFormation和Pulumi。它们各有侧重，但都遵循声明式范式。

4.3.1 Terraform：多云编排的事实标准

• 提供商模型： 通过Provider插件支持AWS、Azure、GCP、Kubernetes等数千种资源。
• 状态管理： 使用状态文件（terraform.tfstate）跟踪资源映射，支持远程后端（S3、Consul等）。
• HCL语言： 专为IaC设计的HashiCorp Configuration Language，简洁且可读性强。
• 执行计划： terraform plan 命令在执行前展示变更预览，降低风险。

4.3.2 AWS CloudFormation：AWS原生深度集成

• 模板格式： 支持JSON和YAML，与AWS生态无缝集成（如IAM、KMS、Service Catalog）。
• 堆栈管理： 以堆栈（Stack）为单位管理资源生命周期，支持嵌套堆栈和变更集。
• Drift检测： 原生支持检测实际资源与模板定义的偏差。
• 限制： 仅适用于AWS，无法管理多云或本地资源。

4.3.3 Pulumi：用通用编程语言定义基础设施

• 语言支持： 使用TypeScript、Python、Go、C#等通用编程语言编写IaC。
• 云原生： 原生支持Kubernetes、多云和微服务架构。
• 自动化API： 提供编程式API，便于集成到自定义工具和流水线中。
• 状态管理： 支持自托管状态后端或Pulumi Cloud托管。

4.4 工具选型决策矩阵

在实际项目中，选择哪款IaC工具需要结合团队技能、云策略和运维需求综合判断。下表提供了关键决策维度的对比：