2. Terraform 核心概念回顾：State文件、Provider、Resource、Data Source、Module

在深入备份恢复配置优化之前，必须重新校准 Terraform 的五个核心支柱。这五个概念构成了所有 IaC 操作的基础，也是后续自动化变更窗口和灾难恢复策略的基石。理解它们的职责边界和交互方式，能帮助你在自助服务场景中精准定位故障点。

2.1 核心概念全景图

下图展示了 Terraform 核心组件在一次标准 terraform apply 流程中的协作关系。State 文件作为“唯一真相源”位于中心，Provider 负责与云 API 通信，Resource 和 Data Source 分别代表可管理的对象和只读查询，Module 则提供封装与复用能力。

2.2 State 文件：基础设施的“唯一真相源”

State 文件（terraform.tfstate）是 Terraform 的核心资产。它记录了所有被管理资源的元数据、依赖关系和当前状态。在自助服务变更窗口场景中，State 文件的完整性和可恢复性直接决定了变更的成败。

2.3 Provider：云 API 的适配层

Provider 是 Terraform 与目标平台之间的桥梁。每个 Provider 负责将 Terraform 的声明式配置转换为对应云平台的 API 调用。在备份恢复场景中，Provider 版本的一致性至关重要。

• 版本锁定： 使用 required_providers 块锁定 Provider 版本，避免因 Provider 升级导致 State 解析失败。
• 多 Provider 共存： 同一配置中可同时使用 AWS、Azure、GCP 等 Provider，但每个 Provider 的 State 数据独立存储。
• Provider 缓存： .terraform/providers 目录中的 Provider 二进制文件需要纳入备份范围，否则恢复后需重新下载。

# 示例：锁定 Provider 版本
terraform {
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.0"  # 允许 5.x 但不允许 6.x
    }
  }
}

2.4 Resource 与 Data Source：声明式对象模型

Resource 是 Terraform 中可创建、更新、删除的托管对象。每个 Resource 块对应一个云资源实例，其生命周期由 Terraform 完全管理。

Data Source 是只读查询操作，用于获取外部数据（如现有 AMI ID、VPC ID、子网列表）。Data Source 不会在 State 中创建新条目，但它的输出可以被 Resource 引用。

2.5 Module：封装与复用

Module 是 Terraform 的代码复用单元。一个 Module 可以包含多个 Resource、Data Source 和子 Module。在自助服务变更窗口中，Module 的版本管理和依赖关系直接影响变更的可重复性。

• 本地 Module： 存放在 ./modules/ 目录下，需要纳入版本控制（Git）和备份范围。
• 远程 Module： 从 Terraform Registry 或 Git 仓库引用，恢复时需确保网络可达且版本标签存在。
• Module 版本锁定： 使用 ref 参数或语义版本约束，避免恢复时拉取到不兼容版本。

# 示例：引用远程 Module 并锁定版本
module "vpc" {
  source  = "terraform-aws-modules/vpc/aws"
  version = "5.0.0"  # 精确锁定版本

  name = "my-vpc"
  cidr = "10.0.0.0/16"
}

2.6 核心概念在备份恢复中的角色总结

下表总结了每个核心概念在备份恢复配置优化中的具体职责和常见陷阱：