基础设施即代码，第2版

序言

本作品已使用人工智能进行翻译。欢迎您提供反馈和意见：[e-mail]

十年前，当我建议一家全球性银行研究私有云技术和基础设施自动化工具时，该银行的一位首席信息官嗤之以鼻："这种东西对初创企业来说可能没问题，但我们规模太大，需求太复杂了"。即使在几年前，许多企业也认为使用公共云是不可能的。

如今，云技术无处不在。即使是最大、最保守的组织也在迅速采用 "云优先 "战略。那些发现自己无法考虑公共云的企业正在其数据中心采用动态配置的基础设施平台。¹这些平台所提供的功能发展和改进如此之快，以至于很难在不冒被淘汰风险的情况下忽视它们。

Cloud 和自动化技术消除了对生产系统进行更改的障碍，这也带来了新的挑战。虽然大多数组织都希望加快变革步伐，但他们不能忽视风险和治理需求。安全更改基础设施的传统流程和技术并不是为应对快速变化而设计的。这些工作方式往往会扼杀现代云时代技术的优势--拖慢工作进度并损害稳定性。²

在第 1 章中，我使用了 "铁器时代 "和 "云时代"（"从铁器时代到云时代"）这两个术语来描述适用于管理物理基础设施和管理虚拟基础设施的不同理念，在物理基础设施中，错误的纠正是缓慢而昂贵的，而在虚拟基础设施中，错误可以被快速发现并修复。

基础架构即代码工具为您创造了工作机会，帮助您更频繁、更快速、更可靠地交付变更，从而提高系统的整体质量。但好处并非来自工具本身。它们来自于你如何使用它们。诀窍在于利用技术将质量、可靠性和合规性嵌入到变更过程中。

我为什么写这本书

我之所以写这本书的第一版，是因为我没有看到关于如何管理基础设施即代码的统一指导。有很多建议散见于博客文章、会议演讲以及产品和项目文档中。但实践者需要对所有内容进行筛选，并为自己拼凑出一套策略，而大多数人根本没有时间。

编写第一版的经历令人惊叹。它给了我旅行的机会，让我有机会与世界各地的人们谈论他们自己的经历。这些谈话给了我新的见解，让我面临新的挑战。我认识到，写书、在会议上发言以及为客户提供咨询的价值在于它能促进对话。作为一个行业，我们仍在收集、分享和发展我们管理基础设施即代码的想法。

本版的新异之处

自 2016 年 6 月第一版问世以来，情况发生了很大变化。那一版的副标题是 "管理云中的服务器"，反映出在此之前，大多数基础设施自动化都集中在配置服务器上。从那时起，容器和集群变得更加重要，基础架构行动已转向管理从云平台调配的基础架构资源集合--我在本书中称之为堆栈。

因此，本版更多地涉及堆栈的构建，而这正是 CloudFormation 和 Terraform 等工具的职责范围。我的观点是，我们使用堆栈管理工具来组合提供应用运行时环境的基础设施集合。这些运行时环境可能包括服务器、集群和无服务器执行环境。

根据我对构建基础架构的团队不断变化的挑战和需求的了解，我做了很多改变。正如我在前言中提到的，我认为 "基础架构即代码 "的主要优势在于可以安全、轻松地更改基础架构。我认为人们低估了这一点的重要性，认为基础架构是一种建好就忘的东西。

但是，我遇到的太多团队都在努力满足其组织的需求；他们无法快速扩展和扩展，无法支持软件交付的速度，也无法提供预期的可靠性和安全性。当我们深入探讨他们所面临挑战的细节时，发现他们被更新、修复和改进系统的需求压得喘不过气来。因此，我加倍努力，将此作为本书的核心主题。

本版介绍了使用 "基础架构即代码 "安全、轻松地进行更改的三个核心实践：

将一切定义为代码

这一点从名称上就能看出来，它能创造可重复性和一致性。