我们很高兴地宣布HashiCorp terraform0.10的发布。Terraform是一个安全高效地构建、组合和启动任何基础设施的工具。这个版本包含了许多新特性和改进。立即下载自从我们上一个主要的Terraform版本以来，我们已经有11个小版本，增加了6个新的提供者，24个新的数据源，以及60多个新的资源！除此之外，Terraform项目还收到了1100多个捐助者的捐款。terraform0.10为Terraform添加了主要的新功能。亮点包括：Terraform核心和提供者现在被分开了众多供应商改进状态环境现在是工作区»Terraform核心和Terraform提供者现在被分开了使用terraform0.10，我们将项目分成两个逻辑组件：Terraform核心和Terraform提供者。terraformcore将继续驻留在GitHub上的原始hashicorp/Terraform存储库中，而提供者现在托管在GitHub上新的Terraform providers组织的存储库中。Terraform提供程序的二进制文件也将与terraformcore分开发布。所有版本都可以从发布.hashicorp.com.将提供者放入单独的GitHub存储库和可交付的二进制文件中的目的是通过向社区成员提供更多的所有权和贡献访问权来提高Terraform改进的速度。提供者插件不再包含在主Terraform二进制发行版中。相反，它们是单独分布的，并由terraform init命令按需获取和安装。这种新方法允许用户升级单个提供程序，使用自定义或修补的提供程序，并单独删除提供程序。由于provider插件的版本与Terraform本身是分开的，所以单独的版本约束允许用户防止上游破坏性的更改。就像git init一样，terraform init将成为日常terraform工作流的关键部分。您可以在之前的博客文章《terraform0.10中即将进行的提供者变更》中了解更多关于分割的细节。»提供程序拆分现在，每个提供者的源代码都独立地存在于Terraform Providers GitHub组织中自己的存储库中。从terraformcore中分离出各个提供者使每个提供者能够定义自己的发布节奏、版本控制和文档。提供者插件不再包含在主Terraform二进制发行版中。相反，它们是单独分布的，并由terraform init命令按需获取和安装。在新项目开始时，或者在配置中进行任何更改以添加或删除提供程序时，运行terraform init将导致terraform读取配置并获取所需的任何二进制文件。Terraform可以自动获取属于Terraform Providers GitHub组织一部分的任何提供者。这些提供程序的二进制文件由HashiCorp预先构建并托管在发布.hashicorp.com.»提供程序约束部分分离提供者和核心意味着提供者现在有自己的版本号，并且可以独立于核心或其他提供者而进步。Terraform将根据需要动态获取可用的提供程序，并将它们约束到配置中指定的版本。例如，考虑两个提供者AWS和Fastly的基本配置：供应商aws{版本："~>v0.1.3"region="美国西部2"}提供商fastly{api_key="示例api密钥"}在这里，我们声明两个provider块，并指定AWS提供程序至少应该是v0.1.3。我们省略了Fastly provider声明中的version约束，因此Terraform将获取最新版本。在上图中可以看到Terraform读取Terraform init上的配置，然后动态获取所需的提供程序二进制文件。»提供程序改进Terraform提供程序已经得到了大量的改进和添加，包括新的资源、新的数据源和错误修复。接下来，Terraform核心变更日志将不再记录对Terraform提供者的更改。现在，每个提供商在GitHub上都有自己的独立存储库，包括自己的问题跟踪程序和变更日志。例如：Terraform AWS提供程序更改日志Terraform Google云平台变更日志在Terraform providers GitHub组织存储库列表中查看所有提供程序及其各自的更改日志。为了进一步扩展Terraform生态系统，我们还创建了Terraform提供商开发计划。这是为那些想要构建一个Terraform提供者来支持他们的基础设施的供应商和用户设计的。Terraform Provider开发计划主要是自助式的，提供到信息源的链接、明确定义的步骤和检查点。»状态环境现在是工作区terraform0.9引入了"State Environments"，一种将名称空间与状态文件一起使用的方法，允许Terraform配置的单个文件夹来管理多个不同的基础设施资源集。在初次发布之后，我们收到了社区反馈，认为这个术语令人困惑。terraform0.10引入了"工作区"的概念来取代"状态环境"术语。terraform env命令系列已重命名为terraform workspace。env子命令仍然被支持作为向后兼容的别名，但在将来的版本中可能会被完全删除。建议更新使用这些命令的任何自动化或包装脚本。您可以在Terraform工作区的文档页面上阅读更多信息。»升级由于核心和提供商是分开的，用户应该仔细阅读我们关于升级到Terraform0.10的指南。terraform0.10没有核心向后不兼容，但包含了应该尽快解决的不赞成和更改。请查看升级指南，该指南回顾了升级到0.9时的所有必要注意事项。除了这些更改之外，该版本还对提供程序和资源进行了许多更改，这些更改可能会根据您的使用情况对您产生影响。几乎每个版本都存在对提供者和资源的微小更改。有关更多信息，请参阅相应的更改日志。»结论Terraform在每一次发行中都会继续成长和成熟。衷心感谢所有Terraform社区成员，他们帮助Terraform成为管理基础设施代码的领先工具。我们将继续定期发布terraformcore的版本，但考虑到提供商现在是独立的，可能会以比以前慢的速度发布。Terraform提供商现在将享受一个灵活的发布时间表，他们可以根据需要独立决定。去下载Terraform，试试看吧！