Terraform是一个提供和管理基础设施的工具，对于多云基础设施部署尤其有用。许多采用云操作模式的组织使用Terraform来提供基础设施。组织采取的一种方法是将现有的内部部署"提升并转移"到云中。然而，这种策略没有考虑到组织如何利用云的独特成本节约优势，例如短暂的工作量或适应使用的自动缩放机器。Terraform具有一些特性，包括模块、哨兵策略和自动化的策略执行，组织可以使用这些特性来利用这些好处并优化成本节约和管理。»模块编码为了开始控制成本，组织可以将基础设施组件编入模块。模块是打包的地形配置，可以通过变量快速重用和修改。模块通过允许组织在可重用模板中构建运营最佳实践来促进成本节约。这使运营商能够在不牺牲生产质量的情况下快速提供基础设施。通过这些编码的最佳实践，组织控制云开支，并防止昂贵和笨拙的非标准化解决方案。看看Terraform企业用户界面中的模块。»成本敏感政策Sentinel是一个策略即代码框架，允许用户对护栏进行编码。在Terraform Enterprise的上下文中，Sentinel使组织能够对基础设施配置周围的护栏进行编码。你可能会想到像工厂这样的软件应用程序和那些工厂里的基础设施成本。随着工厂变得越来越复杂，管理和了解公用事业成本变得越来越困难，因此Sentinel帮助组织以一种程序化、易于管理的方式来应对这一挑战。由于组织编写成本更为敏感的应用程序甚至可以更好地管理成本。有许多成本敏感轴可以为之编写哨兵政策，但我们确定的主要是机器尺寸和机器寿命。»限制机器尺寸采用云的企业经常会遇到"云垃圾"或未使用的云。编写控制机器大小的哨兵策略是防止云浪费和优化成本的常用方法。要编写这些策略，请创建一个允许的计算机类型列表，并编写一个策略，以防止配置该列表之外的计算机类型。下面是一个在Google Cloud中限制机器大小的示例：导入"tfplan"允许的机器类型=["n1-标准-1"，"n1-标准-2"，"n1-标准-4"，"n1-标准-8"，]主=规则{全部tfplan.resources.google_计算\实例作为实例{所有实例均为{r。应用机器类型在允许的机器类型中}}}您可以看到，只允许配置小于n1-standard-16（即n1-standard-1到n1-standard-8）的计算机。»环境适当调整Terraform和Sentinel还可以通过控制用于开发/测试环境的基础设施来帮助节省成本。通常情况下，开发和测试环境使用与生产环境相同的基础设施，同时承受更轻或更不频繁的负载。有几种方法可以达到这个结果。一种可能是将资源标记为"prod/dev/test"，然后创建一个类似上面的sentinel策略，根据这些标记限制机器大小。另一个选择是在terraform配置中创建一个"promotion"变量，该变量对应于该环境的理想基础设施集。例如，将该变量设置为"prod"将对应于大型、高性能计算/存储的映射，而将其设置为"dev"则对应于较小的、性能较低的计算/存储。导入"tfplan"主=规则{全部tfplan.resources.aws_实例作为实例{所有实例均为{（长度（r。应用的.tags)否则0）>0}}}此策略强制所有AWS资源都必须被标记。»限制机器寿命另一个节省成本的策略是通过确保关闭未使用的机器来限制机器的寿命。实现这个结果的一个基本方法是为Terraform配置设置一个TTL（Time to Live）变量，然后设置一个机制来检查那些已过期配置的TTL和队列销毁情况。我们有两个资源可以更深入地探讨这一战略。第一个是开源的收割者机器人，可以在这里找到。第二，本指南将详细介绍如何使用AWS lambda函数获得相同的reaper bot功能。»自动化工作流在编码的基础设施和成本敏感政策的实施之上，Terraform提供了自动化，消除了手动操作并降低了风险。Terraform Enterprise可以在部署管道中通过API调用，Sentinel策略作为代码的防护栏将自动应用于适用的基础设施。这种自动化意味着更少的运营商专注于基础设施，而更多的运营商专注于组织的核心业务。»结论Terraform企业用户可以通过确保配置的机器大小适合其负载、创建适合各自环境的基础设施大小映射以及销毁未使用的资源来实现成本节约。有关Sentinel入门的更多帮助，请查看我们的指南、文档和示例策略。