基础设施即代码，第2版

第 7 章 配置堆栈实例 配置堆栈实例

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

如"模式 "所述，使用单个堆栈代码项目可以更轻松地维护多个一致的基础架构实例：可重用堆栈 "中所述。不过，您经常需要定制堆栈的不同实例。例如，在开发环境中，您可能需要一个服务器数量少于生产环境的集群。

下面是一个堆栈代码示例，它定义了一个容器托管集群，可配置服务器的最小和最大数量：

container_cluster: web_cluster-${environment}
  min_size: ${cluster_minimum}
  max_size: ${cluster_maximum}

如图 7-1 所示，您可以为每个环境传递不同的参数值。

Terraform 和 CloudFormation 等堆栈工具支持多种设置配置参数值的方法。这些方式通常包括在命令行中传递值、从文件中读取值，以及让基础架构代码从键值存储中检索值。

管理基础架构的团队需要决定如何使用这些功能来管理并向堆栈工具传递配置值。必须确保这些值的定义和应用在每个环境中的一致性。

图 7-1. 使用相同代码，但每个环境的参数值不同

设计原则：保持参数简单

如"原则"所述，将基础架构定义为代码的一个主要原因是确保系统配置的一致性：尽量减少差异 "中所述。可配置的堆栈代码会造成不一致。堆栈项目的可配置性越高，就越难理解不同实例的行为，就越难确保有效测试代码，也越难定期、可靠地向所有实例交付变更。

因此，最好让堆栈参数保持简单，并以简单的方式使用它们：

• 优先选择简单的参数类型，如字符串、数字，或者列表和键值映射。避免传递更复杂的数据结构。

• 尽量减少可以为堆栈设置的参数数量。避免定义 "可能 "需要的参数。只有在急需时才添加参数。如果以后发现需要，可以随时添加参数。

• 避免将参数作为条件使用，以免在生成的基础架构中产生显著差异。例如，使用布尔（是/否）参数来表示是否在堆栈中提供服务会增加复杂性。

如果很难遵循这些建议，这可能表明你应该重构堆栈代码，或许可以将其拆分成多个堆栈项目。

使用堆栈参数创建唯一标识符

如果在同一项目中创建多个堆栈实例（根据"模式：可重用堆栈"中讨论的可重用堆栈模式），则可能会看到需要唯一标识符的基础架构资源出现故障。要了解我的意思，请看下面定义应用服务器的伪代码：

server:
  id: appserver
  subnet_id: appserver-subnet

虚构云平台要求id 值必须是唯一的，因此当我运行stack 命令创建第二个堆栈时，它失败了：

> stack up environment=test --source mystack/src
SUCCESS: stack 'test' created
> stack up environment=staging --source mystack/src
FAILURE: server 'appserver' already exists in another stack

我可以在堆栈代码中使用参数来避免这些冲突。我修改了代码，使用一个名为environment 的参数来分配一个唯一的服务器 ID。我还将服务器添加到每个环境的不同子网中： ...