Terraform怎么用模块化方式配置基础设施？

博客
文档
职业机会
获取支持
理解 Terraform 模块
使用 Terraform 自身对模块的描述：

Terraform 中的模块是作为一组管理的 Terraform 配置的自包含包。模块用于在 Terraform 中创建可重用组件，以及进行基本的代码组织。

模块创建可重用的基础设施块，这些块可以接受输入并提供输出，就像高级编程语言中的函数一样。我们可以为基础设施的相似部分创建接受可选输入参数的模块，并为这些输入参数设置默认值。这有助于组织和简化您的配置。您可以在 Terraform 的模块文档中了解更多关于模块的信息。

对于一个完整的示例，请查看 main.tf 文件。最后一部分实际上已经在使用 Terraform 模块：
```
module "sippin_db" {
  source           = "github.com/cmndrsp0ck/galera-tf-mod.git?ref=v1.0.6"
  ...
}
```
您可以将此部分与文件顶部 wp_node 的 resource 块进行比较，后者有更多行代码且更难理解。您会注意到，该模块是通过远程 git 仓库调用的。您可以使用本地文件路径，这适用于一些快速开发和测试，但使用远程 git 仓库可以将您的环境隔离提升一步。这在运行多个基础设施环境（如 staging 和 production）时特别有用。当使用本地文件路径与多个基础设施环境时，您可能会进行仅针对 staging 的更改，但如果在 prod 上运行 apply 且模块文件路径是共享的，那么您可能会破坏某些东西。如果您为每个环境有专用目录，则最终需要维护两个或更多脚本副本，并且回滚到先前状态将不会那么容易。

使用远程 git 仓库并为模块指定版本号可以避免这个问题。如前所述，如果出现问题，它还使回滚到已知工作版本变得更容易，这提高了您管理事件和中断的能力（我们在第 9 章中会更详细地介绍）。

这个模块不仅仅是创建单个 Droplet。它创建 Droplet 标签、Galera 集群节点、负载均衡器和 Reserved IP。您可以将 Terraform 模块视为打包组件或整个服务的一种好方法。它还意味着您可以向模块添加更多资源，或者创建模块输出，这些输出反过来可以作为您可能正在开发的另一个模块的输入。当创建新模块有意义时，例如添加新服务或一些您想解耦的支持功能，您绝对可以在模块中创建输出，它们将作为您状态的一部分存储。如果您使用 remote state，模块输出在您想在基础设施的不同组件之间共享只读信息，或为外部服务提供检索所需信息的方式时非常有益。

简而言之，如果您将 Terraform plan 中的 resource 部分视为 Lego 砖块，那么您的模块就是预组装的部分。这比到处跟踪 Lego 砖块要好得多，并且可能不会踩到它们。除了帮助防止这种痛苦外，模块还可用于告知其他模块的配置，当您向基础设施计划添加复杂性时。
设置基础设施环境

在大多数专业项目中，您将处理三种不同的环境：开发、预发布和生产。

您的开发环境通常是本地的，为您提供独立试验和测试的空间。另一方面，您的预发布和生产环境将位于共享或公共空间中，并使用像 Terraform 这样的自动化流程进行配置。

从一个深思熟虑且有计划的部署工作流开始，将大大有助于防止头痛问题，其中一部分包括将环境相互隔离。Terraform 的 workspace 功能会为每个环境单独保存 terraform.tfstate 文件，但对描述您的资源的 terraform 文件所做的更改则不会。因此，虽然此功能作为快速进行小更改、测试和部署的便捷方式效果很好，但当您有一个较大的部署可能需要将服务以及管理这些服务的团队相互隔离时，不应依赖它。

以下是一个示例目录树，描述了如何使用目录设置环境隔离：
```
.
├── ansible.cfg
├── bin/
├── environments/
│   ├── config/
│   │   └── cloud-config.yaml
│   │
│   ├── dev/
│   ├── prod/
│   │   ├── config -> ../config
│   │   ├── group_vars
│   │   ├── host_vars
│   │   ├── main.tf
│   │   ├── terraform.tfvars
│   │   ├── terraform-inventory -> ../terraform-inventory
│   │   └── variables.tf
│   │
│   ├── staging/
│   │   ├── config -> ../config
│   │   ├── group_vars
│   │   ├── host_vars
│   │   ├── main.tf
│   │   ├── terraform.tfvars
│   │   ├── terraform-inventory -> ../terraform-inventory
│   │   └── variables.tf
│   │
│   └── terraform-inventory
│
├── site.yml
├── wordpress.yml
│
└── roles/
```
这种布局背后的关键逻辑是将属于相似组件的文件在不同环境中相互分开。

例如，在 environments 目录中，我们为想要的三种环境各有一个子目录：dev、staging 和 prod。这种隔离有助于防止意外在错误的位置运行 Ansible 或 Terraform 脚本。您可以更进一步，使用另一层子目录来存放每个环境基础设施的不同部分的文件。

网上有很多关于这个主题的优秀文章，其中一篇实际上已经变成了 Yevgeniy Brikman 所著的书籍 Terraform: Up & Running。
使用模块版本控制管理环境

Terraform modules 还可以帮助您在不影响其他环境的情况下进行更改。例如，来看看这两个模块。

一个用于 staging 环境（例如，staging/main.tf）：
```
module "sippin_db" {
  source           = "github.com/cmndrsp0ck/galera-tf-mod.git?ref=v1.0.8"
  project          = "${var.project}"
  region           = "${var.region}"
  keys             = "${var.keys}"
  private_key_path = "${var.private_key_path}"
  ssh_fingerprint  = "${var.ssh_fingerprint}"
  public_key       = "${var.public_key}"
  ansible_user     = "${var.ansible_user}"
}
```
另一个用于 production 环境（例如，prod/main.tf）：
```
module "sippin_db" {
  source           = "github.com/cmndrsp0ck/galera-tf-mod.git?ref=v1.0.6"
  project          = "${var.project}"
  region           = "${var.region}"
  keys             = "${var.keys}"
  private_key_path = "${var.private_key_path}"
  ssh_fingerprint  = "${var.ssh_fingerprint}"
  public_key       = "${var.public_key}"
  ansible_user     = "${var.ansible_user}"
}
```
它们之间的唯一区别是 source 行末尾的 ref 键的值，它指定了要部署的版本。在 staging 中是 v1.0.8，在 production 中是 v1.0.6。使用版本控制可以让您在部署到 production 之前在 staging 中进行更改和测试，此类配置简化了支持这一流程的配置。

目前，前一节中的实践设置没有使用 remote state。在第 6 章中，我们将介绍使用 remote state backend（如 Consul），这在团队协作时至关重要。如果没有 remote state backend，您和其他团队成员可能会同时对基础设施进行更改，导致冲突、中断或 state file 损坏。
接下来是什么？

一旦您了解了如何通过模块化来简化基础设施代码，以及如何隔离环境以实现更安全的开发和部署，我们就可以看看如何通过创建模板来提高部署速度。下一章将介绍如何使用 continuous development 工具自动化部署工作流，这将帮助您安全快速地部署新代码。

感谢与 Community 一起学习。请查看我们提供的 compute、storage、networking 和 managed databases 服务。

了解更多我们的产品

教程系列： The Navigator's Guide to

这是 Navigator’s Guide 书籍内容的早期发布版本，由 Solutions Engineers 提供。该书的目的是帮助企业客户规划基础设施需求，提供沿途的工作示例，并包含技术细节和“为什么”某些决策优于其他决策的原因。

Terraform

Ansible

Solutions

Configuration Management

访问系列页面

浏览系列：7 个教程

1/7 - Navigator's Guide: Preface
2/7 - Navigator's Guide: , Customer Success, and You
3/7 - Navigator's Guide: Our Solutions for Cloud Computing

See author profile

Terraform怎么用模块化方式配置基础设施？

教程系列： The Navigator's Guide to

相关问答