Terraform 是由 HashiCorp 公司创建的开源基础设施即代码（Infrastructure as Code, IaC）工具 。
它允许你使用简洁的声明式语言（HCL，HashiCorp Configuration Language）来描述数据中心、云平台（如 AWS、阿里云、华为云）的最终期望状态，然后自动且安全地创建、修改和管理这些基础设施 。
简单来说，如果你把搭建服务器、配置网络、创建数据库这些原本需要手动点击云控制台或写复杂脚本的工作，变成写几行代码，那么 Terraform 就是执行这些代码的“魔法棒”。
理解 Terraform 需要掌握以下几个关键组件：
Provider（提供者）：负责与具体的云平台或服务（如阿里云、AWS、Kubernetes）的 API 进行交互的插件。Terraform 通过 Provider 来管理具体的资源 。
Resource（资源）：配置中最核心的元素，代表一个基础设施组件，例如 alicloud_instance（一台ECS服务器）、aws_s3_bucket（一个S3存储桶） 。
State（状态文件）：Terraform 用它来记录它管理的基础设施的当前状态。默认存在一个名为 terraform.tfstate 的文件中。它是 Terraform 判断“当前有什么”和“应该有什么”之间差异的依据 。
Module（模块）：一组共同使用的资源的集合。你可以把常用的配置打包成模块，方便复用和团队共享 。
Terraform 的工作流程通常分为三个阶段 ：
Write（编写）：开发者编写 HCL 配置文件，描述想要的基础设施。
Plan（计划）：运行 terraform plan，Terraform 会创建一个执行计划，展示为了达到期望状态，将会创建、更新或销毁哪些资源。这就像一次“预演”，让你在真正操作前能检查一遍。
Apply（应用）：运行 terraform apply，Terraform 就会按照计划，以正确的顺序（自动处理依赖关系）执行变更，最终让实际基础设施与代码定义一致。
Terraform 是一个单一的二进制文件，安装非常简单 。
macOS: brew install terraform
Windows: 下载可执行文件并添加到系统 PATH。
Linux: 下载并解压到 /usr/local/bin/。
安装后，在命令行输入 terraform version 验证是否成功。
为了无需云账号就能感受 Terraform 的魅力，我们先在本地玩一下。
创建一个工作目录：
mkdir terraform-demo
cd terraform-demo
创建配置文件 main.tf ：
执行命令 ：
初始化：terraform init
这会下载所需的 local provider 插件。
查看计划：terraform plan
你会看到 Terraform 打算创建一个 local_file.hello 资源。
应用配置：terraform apply
输入 yes 确认。之后你会在文件夹里看到一个 hello.txt 文件，里面写着 "Hello, Terraform World!"。
清理资源：terraform destroy
同样输入 yes 确认，Terraform 会帮你删除刚才创建的 hello.txt 文件。
通过这个小例子，你已经完整地体验了 Terraform 的“创建-销毁”生命周期。
terraform init：初始化工作目录，下载插件。
terraform fmt：自动格式化代码，使其风格统一。
terraform validate：验证配置文件语法是否正确。
terraform plan：生成并显示执行计划（干跑）。
terraform apply：应用更改，真正创建或修改资源。
terraform destroy：销毁由 Terraform 管理的基础设施。
terraform output：查看定义的输出值（如IP地址）。
terraform state：高级状态管理命令。
这里整理了一些常见的 Terraform 面试题，涵盖基础到进阶。
1. 什么是 Terraform？它的主要优势是什么？
答案：Terraform 是一个开源的基础设施即代码（IaC）工具，用于安全高效地构建、变更和管理基础设施 。主要优势包括：
基础设施即代码：可以将基础设施配置进行版本控制、代码审查和团队协作 。
声明式配置：只需描述最终状态，无需编写具体步骤 。
执行计划：terraform plan 提供了“预演”功能，避免意外变更 。
资源图：自动构建依赖关系图，按正确顺序创建或销毁资源 。
多提供商支持：可以统一管理多云和本地服务 。
2. 解释一下 Terraform 的“声明式语言”与“命令式语言”的区别。
答案：声明式关注“做什么”或“最终状态是什么”。你告诉 Terraform “我想要一台 2核4G 的服务器”，它自己决定如何调用 API 去创建。
命令式关注“怎么做”。你需要一步步写清楚“先调用登录接口，再调用创建服务器接口，然后检查状态...” 。Terraform 采用的是声明式语言 HCL。
3. 什么是 Terraform Provider？
答案：Provider 是 Terraform 用来与各种上游API（如云厂商、SaaS服务）交互的插件 。每个 Provider 都定义了一组可管理的资源。例如，alicloud Provider 提供了 alicloud_instance、alicloud_vpc 等资源 。
4. 什么是 Terraform 的状态文件？为什么它很重要？
答案：状态文件（terraform.tfstate）是一个 JSON 文件，它记录了 Terraform 管理的所有资源及其元数据 。它很重要，因为：
映射：将现实世界中的资源 ID 与你的配置文件关联起来。
性能：存储资源的属性，避免在每次 plan 时都去查询所有API。
依赖关系：用于构建复杂的资源依赖图 。
5. 如果 .tfstate 文件被误删了怎么办？
答案：如果状态文件丢失，Terraform 会认为它从未管理过任何资源。此时直接运行 apply 会尝试创建全新的资源，导致与现有资源冲突。可以使用 terraform import 命令将现有资源一个一个地导入到新的状态文件中进行恢复 。为了防止这种情况，强烈建议将状态文件存储在远程后端（如 OSS、S3）并启用版本控制 。
6. 什么是状态文件锁定？为什么需要它？
答案：当多个团队成员或 CI/CD 系统同时对一个 Terraform 配置执行操作时，可能会发生冲突导致状态文件损坏。状态文件锁定机制（通常由后端支持，如 Consul、DynamoDB）可以确保一次只有一个操作能修改状态文件，从而保证数据一致性和安全性 。
7. 什么是 Terraform 模块？为什么要使用它？
答案：模块是包含一组 Terraform 配置文件的目录，用于封装和复用基础设施代码 。使用模块的好处包括 ：
代码复用：避免重复编写相同配置。
标准化：将最佳实践和合规要求固化在模块中。
可维护性：将复杂架构拆分为易于管理的组件。
8. 如何在不同环境（如开发、测试、生产）中部署相同的基础设施？
答案：通常有三种方法 ：
目录结构：创建 dev、prod 等文件夹，各自包含独立的配置和 tfvars 文件。
工作区：使用 terraform workspace 功能，在同一配置下管理多个独立的状态文件。
文件命名约定：使用 environment.tfvars 文件，通过 -var-file 参数指定不同环境的变量。
9. 假设你用 Terraform 创建了一个资源，然后有人在控制台手动修改了它。再次运行 terraform plan 会发生什么？
答案：Terraform 会通过刷新状态检测到这种配置漂移。plan 命令会显示一个差异，指出手动修改的属性与代码中定义的期望状态不符。如果你随后运行 apply，Terraform 会将资源改回代码中定义的期望状态 。
10. 解释一下 terraform taint 命令的作用。
答案：terraform taint 命令用于手动标记一个资源为“污染”状态。这会告诉 Terraform 在下次执行 apply 时，先销毁并重新创建该资源 。这在资源创建成功但配置失败（如启动脚本没跑通）时非常有用。
11. 什么是 null_resource？通常在什么场景下使用？
答案：null_resource 是一个不对应任何真实基础设施组件的资源，它就像一个虚拟的占位符 。它通常与 provisioner（配置器）结合使用，用于执行本地或远程脚本，而这些脚本的执行时机需要依赖其他资源（通过 triggers 参数控制）。
12. Terraform 如何计算资源依赖关系？
答案：Terraform 会自动分析配置中所有资源和应用数据的引用。如果一个资源的参数引用了另一个资源的属性（如 aws_instance.web 引用了 aws_subnet.main 的 ID），Terraform 就会构建一个隐式依赖关系图，确保在创建子网之后才创建 EC2 。对于没有直接引用但逻辑上需要先后顺序的情况，可以使用 depends_on 元参数来显式声明依赖 。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。