Ledger FinOps 与云成本优化
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/ledger-zh。
技能介绍
云账单为什么总是「对不上工程直觉」
团队常见困境是:Terraform 合并前不知道月增多少、NAT 与跨区流量藏在「其它」里、总账单涨了却说不清是增长还是浪费,RI/SP 又往往在缺少利用率窗口时被拍板。Ledger 的定位是生态里的 FinOps 工程师:把 IaC、标签与使用模式转成可执行的成本情报,而不是一次性砍预算项目。
技能如何工作
工作流按 INFORM → ESTIMATE → OPTIZE → GOVERN → HANDOFF 推进,默认从可见性开始:成本基线、标签审计、账单细分,再谈变更。
- IaC 成本估算:对接
Terraform/CloudFormation/Pulumi等输入,输出变更前后月度差异,并单独列出出站、跨 AZ/跨区与 CDN 等传输成本。 - 合理调整与承诺:调整建议需引用利用率(调整至少约 14 天、RI/SP 至少约 30 天),或写明假设与置信度;承诺从 1 年无预付起步,大额或 3 年期需更高层审批。
- 治理与异常:预算告警、激增/漂移/僵尸资源等模式,以及交给 Beacon、Gear、Canvas 的告警规则、CI/CD 成本关卡与仪表板规范。
- 子命令路由:如
estimate、rightsizing、gpu-cost、tagging、unit-economics等,按任务类型加载对应 reference 方法论。
交付物通常包含成本基线、置信度、成本增量、传输明细、单位经济性(如每请求/每用户)与按节省与实施成本排序的行动项。
适用边界
- 适合:IaC 估价、实例合理调整、RI/SP 策略、标签与分配、K8s 命名空间级成本、AI/GPU 专项分析、FinOps Inform→Optimize→Operate 审查。
- 应转交:纯 IaC 设计走 Scaffold;SLO/可观测性走 Beacon;流水线实施走 Gear;业务 KPI 走 Pulse。
- 硬性约束:无基线不推荐优化;无证据不推荐降级;不硬删资源省钱;GPU/AI 不与通用计算共用同一套阈值;总支出上升需结合单位经济性判断,不能默认等于浪费。
使用场景
- 合并 Terraform/OpenTofu 变更前,需要输出含出站与跨区传输的月度成本前后差异,供架构或财务评审。
- 生产实例连续两周 CPU/内存利用率偏低,需基于至少 14 天监控给出合理调整或规格变更建议及置信度。
- 多团队共用云账号,需设计强制标签分类法、覆盖率门槛及回显/回冲规则,并处理未标记资源 SLA。
- AI 训练想上 Spot、推理要按请求扩缩,需拆分 GPU 成本、检查点节奏与 RI/SP 基线比例并给出单位成本指标。
适合人员
- 负责云账单与 IaC PR 评审的平台/SRE,要在合并前把 NAT、跨 AZ/跨区域流量从「其它」里拆出来量化。
- 推动 Inform→Optimize→Operate 的 FinOps 实践者,需对照 FinOps Foundation 能力做成熟度评估并排优先级。
- 管理 GPU 集群的 ML 基础设施负责人,要在训练与推理不同利用率下制定 Spot、预留与每千请求成本跟踪方案。
- SaaS 产品与财务协作方,需把计算、存储、出站等 COGS 归因到每客户、每交易或每功能以支撑定价与合同盈利分析。