基础设施即代码基础

基础设施即代码（IaC）是指：用可由机器读取、可进行版本控制并能自动应用的文件描述基础设施——服务器、网络、负载均衡器等——而不是手动设置。

手动、依赖点击操作的设置会导致配置漂移：环境逐渐产生差异，却没有人记得原因。IaC 让基础设施具备可复现、可审查和可恢复的特性。

• 开发、预发布和生产环境保持一致
• 快速灾难恢复
• 可审计的变更历史

声明式工具描述所需的最终状态，并自行确定实施步骤（Terraform）。命令式工具则按顺序运行明确的命令（例如 shell 脚本）。大多数现代 IaC 都采用声明式方式。

这里的声明式文件只需说明应当存在一台虚拟机。工具会自行决定是创建、更新，还是在状态已经匹配时保持不变。

IaC 的核心原则之一：重复应用同一个定义，会得到相同的结果。第一次运行会创建资源；如果状态已经匹配，后续运行不会进行任何更改。

IaC 文件和应用代码一样存放在 Git 中。您可以查看差异、进行代码审查、追溯变更，并通过还原提交来回滚基础设施。

优秀的 IaC 工具会在应用之前显示计划——也就是将要发生哪些更改的预览。这样可以在意外删除发生之前及时发现问题。

声明式工具会维护一个状态文件，将您的定义映射到实际资源。该文件必须安全存储（通常存储在远程位置），绝不能手动编辑。

不可变方法不会修补正在运行的服务器，而是替换它们：构建新镜像，部署新实例，然后停用旧实例。这样意外情况更少，也更容易回滚。

IaC 负责提供机器；配置管理工具（Ansible、Chef、Puppet）负责在机器上安装和配置软件。两者结合后，就能自动化完整的技术栈。

IaC 可以接入 CI/CD：一次合并可以触发 plan 供审查，然后在批准后执行 apply。基础设施变更会像代码变更一样通过相同的审核关卡。

幂等性为什么对 IaC 很重要？

现在，您已经理解了 IaC 的基础：

• 基础设施通过版本控制文件描述，而不是依赖手动点击
• 声明式定义与幂等应用
• 先规划再应用，并安全地管理状态
• 不可变基础设施和配置管理补全了整个方案

IaC 让 DevOps 自动化变得可靠且可重复。