今天我们将发布HashiCorp Terraform云和HashiCorp Terraform企业的成本估算。成本估算可以让组织在应用基础设施更改之前洞察其成本影响。此版本中包含通过Sentinel与策略作为代码工作流的集成，以支持根据更改自动评估预防性成本控制策略。使用基础设施作为代码方法来管理其多云资源调配、法规遵从性和管理需求的组织可能会发现，在应用更改之前了解其成本影响是一项挑战。许多公司一直依赖于云服务提供商的事后警报，使用专门的第三方服务来持续监控成本的变化，或者可能等到他们收到月末账单时才了解变化对成本的影响。这项新功能现在使管理自助服务基础设施的团队能够在应用任何更改之前从其云提供商处查看每月成本变化的估计值。HashiCorp的Sentinel允许创建以成本为中心的策略，然后在Terraform工作流中自动执行。然后，管理员可以批准重大更改，或者完全防止特定工作区超过预定阈值。本博客将讨论成本估算能力和工作流程，包括：如何启用成本估算了解变更的成本影响昂贵更改的上报工作流实施严格的成本控制和自动化监督»先发制人的成本可见性云基础设施采用的一个常见挑战是让部署变更的从业者了解他们所应用的变更对财务的影响。许多公司不再需要直接访问云提供商的控制台，因此他们在部署这些资源很久之后才会看到所提供资源的账单相关详细信息。这可能会造成这样一种情况，即负责财务治理的人员需要与DevOps团队合作，以便在基础设施部署后追溯性地降低其成本。这项任务现在比先前的干预措施更加复杂，风险也更大。从更积极主动的角度来解决it问题，组织可以采取左移的方法：it运营部门研究影响成本的问题，整理和收集数据，以使政策正式化，并影响所有DevOps团队的行动，使组织中的每个人都能够根据估计的基础设施成本和公司政策采取一致的行动。所有使用Terraform Cloud和Enterprise的团队现在可以通过在Terraform组织的设置中启用"成本估算"来查看更改的估计值：»了解变更的成本影响一旦成本估算应用于Terraform组织，所有未来的运行将包括对已更改资源的更新的每月总成本的估计，以及对成本变化的单独估计：在上面的例子中，您可以看到每月的总成本增加了14.98美元/月，这使得这些资源的总成本达到了37.44美元/月，这一变化将自动缩放组在AWS上的最大允许大小从3个实例增加到5个实例。该配置的简化示例如下：资源"aws_autoscaling_group""prod web服务器"{name="prod web服务器"最大尺寸=5最小尺寸=0所需容量=0}值得指出的是，这里只改变了max_size参数，min_size和期望的_capacity都保持为零。在这种情况下，容量变化不会立即产生影响（在这种情况下，这意味着无需成本变化）。另一个需要考虑的是，动态缩放规则可以在任何时候将其更改为最大阈值。因此，在计算变化时，估算考虑了最大潜在足迹。现在，应用变更的实践者可以在事实发生之前了解变更的潜在成本影响。这使得识别配置中可能会产生重大财务影响的简单错误变得更加容易，与其他业务部门协作以使成本与预测保持一致，并在最具成本效益和最低风险的时间支持早期干预和补救工作流程，以调整实施。»使用HashiCorp Sentinel实施成本控制Sentinel是一个策略即代码框架，集成到HashiCorp的多个产品产品中。Terraform中的Sentinel使组织能够定义针对Terraform运行的计划和应用阶段之间的基础设施强制执行的策略。与许多扫描现有基础架构以发现策略违规的工具相比，Sentinel可以主动阻止策略外基础设施的供应，并让团队相信他们部署的所有更改都在组织的策略范围内这些对成本估算的最新增强扩展了这种能力，以确保将一致的财务治理应用于基础设施更改。»昂贵更改的上报工作流在允许团队灵活地提供所需的基础设施和使成本与项目的预期价值保持一致之间，很难找到正确的实际平衡。这可能会导致审批工作流，需要个人或团队的监督，以确定成本变化是否合理，这反过来会减慢交付速度，并增加实施成本。利用Terraform的成本估算特性的策略即代码方法意味着组织现在可以为哪些是可接受的变更制定指导方针，这些变更需要审查，然后只有在变更违反标准策略时才会升级。通过确保团队只需审核真正的升级，并且负责实施的从业者能够自信地在策略更改中自助服务，从而节省了审批工作流中的时间。在下面的示例中，您会看到一个Terraform运行违反了"软"策略检查：您可以看到这里的失败状态与成本控制/适度增长策略背道而驰，整个运行现在已停止并处于"策略覆盖"状态。这是因为该政策的目的是防止任何增加成本超过500美元/月的变更。要继续此运行，需要具有管理员或策略作者权限的Terraform用户来检查计划，为策略被覆盖的原因提供可选解释，然后最终单击"覆盖并继续"。实施该政策的代码是：导入"tfrun"导入"十进制"主=规则{十进制.new(tfrun.cost_估算.delta_月费用）。少于（500）}在本例中，使用了最近发布的tfrun导入和新的decimal导入，以确保处理货币时使用的数据类型是一致的。下一个部分是获取本次运行估计的月成本变化（tfrun.cost_估算.delta_monthly_cost）并确保其小于500。»实施严格的成本控制和自动化监督还可能存在永远不应违反的已知成本阈值，以及在不需要审核的情况下自动升级到审批工作流。例如，可以防止管理"开发"环境的工作区超过每月的最大估计成本。有了这样的策略，开发人员就有了自由和信心来试验他们想要的任何基础设施配置，而不会在以后发生不愉快的对话。它还扩大了他们在自助服务工作流程中的自主权，因为政策上的漏洞使他们能够做出务实的决定，决定什么样的基础设施可以被取消，从而为他们希望部署的新变化腾出额外的预算。在这里，您可以看到一个Terraform运行的示例，它的策略"硬"失败：这种情况下的硬故障是成本控制/最大预算策略，该策略已定义为防止每月总估计成本超过10000美元/月。执行此策略的代码为：导入"tfrun"导入"十进制"主=规则{十进制.new(tfrun.cost_估算.拟定的每月费用。少于（10000）}这里的代码与前面的示例非常相似，但有两个显著的区别：价值tfrun.cost_估算。提供工作区中运行的资源的估计总成本，而不仅仅是总成本的预期变化。比较值更新为10000（从500开始）。下面的视频演示了成本估算工作流以及哨兵策略和实施：»入门您已经看到了Terraform Cloud和Enterprise的成本估算和策略功能所支持的工作流，以及它们如何使团队能够在动态环境中自助服务更改，同时也让他们有信心遵守组织制定的指导方针。有关Terraform云和Terraform Enterprise的更多信息，或者要开始免费试用，请访问Terraform产品页面。要了解有关Terraform的更多信息，请访问HashiCorp学习平台并查看其实际操作。