基础架构即代码

IaC 的发展旨在帮助解决“环境漂移”问题。云应用在其发布生命周期的各个阶段通常具有单独的部署环境。拥有开发、暂存和生产环境很常见。这些环境由应用服务器、负载平衡器和数据库等网络资源组成。当这些不同环境之间的基础架构不同步时，就会发生环境漂移。

如果没有 IaC，基础架构管理可能是一个混乱而脆弱的过程。系统管理员手动连接到远程云提供商，并使用 API 或 Web 仪表板配置新的硬件和资源。此手动工作流程无法提供应用基础架构的整体视图。管理员可能会手动对一个环境进行更改，而忘记在另一个环境上进行操作。环境漂移就是这样发生的。

环境漂移成为昂贵的商业浪费。缺陷和失败的发生是因为团队针对暂存或开发环境进行构建，然后在部署时发现生产环境不同步，这导致对缺失的原因和缺失内容进行耗时的调查。

如果没有 IaC，手动基础架构管理将是一个缓慢的过程。如果由于环境漂移、流量高峰或其他问题而确定了所需的基础架构更改，则系统管理员可能需要一段未知的时间来做出反应和适应。这会导致停机和客户失望。有了 IaC，基础架构可以自动适应配置的变化，并通过自动缩放功能对流量峰值做出反应。

基础架构即代码为手动系统管理带来了更多的监督和可见性。将基础架构配置文件提交到中央版本控制存储库后，所有团队成员都可以查看和编辑基础架构数据。这实现了强大的审核功能。例如，如果您的团队接受了 PCI 合规性审计，则需要知道基础架构的特定部分是否在使用 SSL 加密。借助 IaC，您可以快速查看 SSL 是如何配置的，并执行代码以确保实时基础架构与配置文件匹配，从而确定是否已启用 SSL。版本控制提交历史记录还充当添加或删除版本控制提交历史记录时要查看的日志。

要完全实现基础架构即代码，需要设置一些依赖关系。

有了这些依赖关系，我们来假设一个开发人员想要向系统添加新应用服务的示例场景。此场景有助于演示 IaC 工作流程

1. 开发人员在他们选择的配置管理平台 Terraform 中编辑 YAML 配置文本文件。编辑内容指定需要一台新的托管服务器。
2. 开发人员将编辑内容提交到 Git 存储库中的功能分支。由于项目的 Git 存储库托管在 Bitbucket 上，因此开发人员会打开拉取请求。另一位团队成员审查了拉取请求，并意识到新的基础架构变更。团队成员批准拉取请求，然后开发人员将提交合并到存储库的主分支。
3. 此时，需要配置平台来执行更新。更新可以由开发人员手动触发。因为该团队正在使用 Bitbucket，所以他们还可以访问 Bitbucket Pipelines，并且可以通过管道自动执行此步骤。
4. 执行后，Terraform 将与团队的 IaaS 接口。Terraform 针对 IaaS API 执行一系列命令，使 IaaS 与预期的基础架构配置保持同步。

IaC 是一种高效的配置管理形式，专注于实现云 IT 基础架构管理自动化。IaC 到位后，它可用于实现项目基础架构变更的 CI/CD 自动化级别。IaC 针对基础架构变更的沟通和透明度提供了许多有益的见解。IaC 需要一系列依赖关系，例如托管平台和自动化工具，这些依赖关系可从现代托管公司广泛获得。