Terraform 云编排器

解决什么问题

当你已经在 Terraform Cloud 上管理基础设施，却还在 CI 流水线里手动触发运行、轮询状态、复制计划输出、散落管理工作区变量时，编排逻辑很快就会变成隐式债务。一次配置变更可能需要多次往返 TFC Web 界面，确认计划差异、设置变量、等待策略检查，最后再决定是否应用。流程分散后，出问题时很难定位是代码变更、变量设置，还是编排步骤遗漏导致的。

技能如何工作

这个技能把 Terraform Cloud 的运行编排收敛到一组明确步骤里：

• 通过 TFC API v2 /runs 端点触发运行，支持 plan-only 与 auto-apply 两种模式。
• 使用 /vars API 管理工作区变量，减少变量在流水线外的手工维护。
• 解析 plan 输出，识别资源状态与期望值之间的漂移。
• 集成 Sentinel policy checks，在应用前完成策略校验。

典型步骤是：触发运行 → 等待运行结果 → 读取计划输出 → 执行 Sentinel 策略检查 → 在 auto-apply 模式下确认应用，或在 plan-only 模式下把结果交回人工决策。

适用边界与注意点

• 需要有效的 Terraform Cloud API 凭证，并确保执行环境能访问 TFC API。
• auto-apply 适合策略稳定、变更风险可控的场景；高风险变更建议先用 plan-only 走评审流程。
• 漂移检测依赖 plan 输出中的资源字段，遇到非标准输出或自定义模块时需要额外验证。
• 变量管理面向工作区级别，跨工作区复用时仍需关注命名与作用域。