标签 TA-002-P intereactive testing engine

参考资料
https://www.terraform.io/docs/enterprise/admin/automated-recovery.html https://www.terraform.io/docs/language/state/remote.html

说明
https://www.terraform.io/docs/configuration/functions/index.html

说明
存储在后端的持久数据属于一个工作区。最初，后端只有一个工作区，称为 "默认"，因此只有一个 Terraform 状态与该配置相关联。

本地工作目录中存在的提供程序插件本身并不会创建提供程序依赖关系。该插件可以在 terraform 配置中没有任何引用的情况下存在。https://www.terraform.io/docs/commands/providers.html

Terraform 云还提供 Sentinel 和成本估算功能
https://www.hashicorp.com/products/terraform/pricing/

说明
terraform 控制台命令提供了一个用于评估表达式的交互式控制台。这对于在配置中使用插值之前测试插值，以及与当前保存在状态中的任何值进行交互都非常有用。
https://www.terraform.io/docs/commands/console.html

terraform validate 命令验证 Terraform 配置文件的语法和参数。参考资料： https://www.terraform.io/docs/cli/code/index.html

说明
地形列表是由从 0 开始的连续整数标识的数值序列。https://www.terraform.io/docs/configuration/types.html#structural-types。

参考资料： https://www.terraform.io/docs/language/providers/configuration.html

说明
Terraform 基于基于插件的架构构建。Terraform 配置中使用的所有提供商和配置器都是插件，甚至包括 AWS 和 Heroku 等核心类型。Terraform 用户可以编写新插件，以支持 Terraform 的新功能。

状态是 Terraform 运行的必要条件。经常有人问，Terraform 是否有可能在没有状态的情况下工作，或者 Terraform 是否有可能不使用状态，只在每次运行时检查云资源。
Terraform 状态的目的
状态是 Terraform 运行的必要条件。经常有人问，Terraform 是否可以在没有状态的情况下工作，或者 Terraform 是否可以不使用状态，而只在每次运行时检查云资源。本页将帮助解释为什么需要 Terraform 状态。
从下面的原因中可以看出，状态是必需的。在 Terraform 可以不使用状态的情况下，这样做需要将大量复杂性从一个地方（状态）转移到另一个地方（替换概念）。
1.映射现实世界
Terraform 需要某种数据库将 Terraform 配置映射到现实世界。当配置中有资源 "aws_instance""foo "时，Terraform 会使用该映射来了解该资源所代表的实例 i-abcd1234。
对于 AWS 等提供商，Terraform 理论上可以使用类似 AWS 标签的东西。Terraform 的早期原型实际上没有状态文件，使用的就是这种方法。然而，我们很快就遇到了问题。第一个主要问题很简单：并非所有资源都支持标签，也并非所有云提供商都支持标签。
因此，为了将配置映射到现实世界中的资源，Terraform 使用了自己的状态结构。
2.元数据
除了资源和远程对象之间的映射，Terraform 还必须跟踪元数据，如资源依赖关系。
Terraform 通常使用配置来确定依赖顺序。但是，当您从 Terraform 配置中删除资源时，Terraform 必须知道如何删除该资源。Terraform 可以看到不在配置中的资源存在映射，并计划销毁。但是，由于配置已不存在，因此无法仅从配置中确定顺序。
为确保正确操作，Terraform 会在状态中保留最新依赖关系集的副本。现在，当你从配置中删除一个或多个项目时，Terraform 仍能从状态中确定正确的销毁顺序。
避免这种情况的一种方法是让 Terraform 知道资源类型之间的必要排序。例如，Terraform 可以知道服务器必须先于其所属的子网删除。然而，这种方法的复杂性很快就会爆炸：除了 Terraform 必须了解每个云的每个资源的排序语义外，Terraform 还必须了解不同提供商之间的排序。
Terraform 还会出于类似原因存储其他元数据，例如，在存在多个别名提供程序的情况下，指向最近与资源一起使用的提供程序配置的指针。
3.性能
除基本映射外，Terraform 还为状态中的所有资源存储属性值缓存。这是 Terraform 状态中最可选的功能，只是为了提高性能。
在运行 terraform 计划时，Terraform 必须了解资源的当前状态，才能有效地确定需要进行哪些更改才能达到所需的配置。
对于小型基础设施，Terraform 可以查询提供商并同步所有资源的最新属性。这是 Terraform 的默认行为：对于每个计划和应用，Terraform 都会同步状态中的所有资源。
对于大型基础设施而言，查询每个资源的速度都太慢。许多云提供商不提供同时查询多个资源的 API，而且每个资源的往返时间长达数百毫秒。此外，云提供商几乎都有 API 速率限制，因此 Terraform 在一段时间内只能请求一定数量的资源。Terraform 的大型用户会大量使用 -refresh=false 标志和 -target 标志来解决这个问题。在这些情况下，缓存状态被视为真实记录。
4.同步
在默认配置中，Terraform 将状态存储在运行 Terraform 的当前工作目录下的文件中。这对于新手来说没有问题，但在团队中使用 Terraform 时，每个人都必须使用相同的状态，这样操作才能应用于相同的远程对象。
远程状态是解决这一问题的推荐方案。有了功能齐全的状态后端，Terraform 可以使用远程锁定作为一种措施，避免两个或多个不同用户同时意外运行 Terraform，从而确保每次 Terraform 运行都以最新更新的状态开始。

说明
默认情况下，Terraform 使用 "本地 "后端，这是你习惯的 Terraform 正常行为。
https://www.terraform.io/docs/backends/index.html

本地后端将状态存储在本地文件系统上，使用系统应用程序接口锁定该状态，并在本地执行操作。
参考资料： https://www.terraform.io/docs/language/settings/backends/local.html

使用完全远程操作时，可在 Terraform Cloud 的运行环境中运行 terraform plan 或 terraform apply 等操作，并将日志输出流式传输到本地终端。远程计划和应用使用相关 Terraform Cloud 工作区中的变量值。
Terraform 云也可用于本地操作，在这种情况下，只有状态存储在 Terraform 云后台。
https://www.terraform.io/docs/backends/types/remote.html

说明
terraform init 命令用于初始化包含 Terraform 配置文件的工作目录。
参考资料： https://www.terraform.io/docs/cli/commands/init.html

说明
Terraform 云支持以下 VCS 提供商：
- https://www.terraform.io/docs/cloud/vcs/github.html
- https://www.terraform.io/docs/cloud/vcs/github.html
- https://www.terraform.io/docs/cloud/vcs/github-enterprise.html
- https://www.terraform.io/docs/cloud/vcs/gitlab-com.html
- https://www.terraform.io/docs/cloud/vcs/gitlab-eece.html
- https://www.terraform.io/docs/cloud/vcs/bitbucket-cloud.html
- https://www.terraform.io/docs/cloud/vcs/bitbucket-server.html
- https://www.terraform.io/docs/cloud/vcs/azure-devops-server.html
- https://www.terraform.io/docs/cloud/vcs/azure-devops-services.html
https://www.terraform.io/docs/cloud/vcs/index.html#supported-vcs-providers

说明
Terraform 通常使用配置来确定依赖顺序。但是，当您从 Terraform 配置中删除资源时，Terraform 必须知道如何删除该资源。Terraform 可以看到不在配置中的资源存在映射，并计划销毁。但是，由于配置已不存在，因此无法仅从配置中确定顺序。
为确保正确运行，Terraform 会在状态中保留最新依赖关系集的副本。
现在，当您从配置中删除一个或多个项目时，Terraform 仍能根据状态确定正确的销毁顺序。