直接答案：云承诺折扣（AWS Savings Plans、Azure Reservations/Savings Plan、GCP CUDs）不是“买得越多越省”，而是“用覆盖率换折扣、用利用率兜底”。官方宣传的上限是：AWS Savings Plans 最高 72%、Azure Reserved VM 最高 72%（Azure savings plan for compute 最高 65%）、GCP CUDs 提供 1/3 年期折扣（实际幅度按服务/资源/区域/期限而定，本文不引用未核实的单一百分比）。真正的决策规则很简单：如果折扣是 d，承诺用量的盈亏平衡利用率约为 1−d——20% 折扣要至少用掉 80% 的承诺，30% 折扣要 70%，40% 折扣要 60%，72% 折扣只要 28%。所以先算“稳定基线 × 覆盖率”，再选 1 年/3 年、全预付/部分预付/月付，最后用监控防止“承诺没用完”。
本文面向 CFO/FinOps、云平台、采购和架构团队，比较 AWS Savings Plans、Azure Reservations/Savings Plan、GCP CUDs 的机制、期限/付款方式、覆盖率与盈亏平衡、过度承诺风险、共享范围和 90 天落地清单。规则来自 AWS Savings Plans 页面、Azure Reservations 页面、Google Cloud CUD 文档（均于 2026-11-08 访问）。本文把“官方机制事实”“编辑测算”和“待确认项”分开写；具体折扣以各云控制台/合同报价为准。
① 折扣 d 的盈亏平衡利用率约 1−d：20% 折扣要 80% 利用率，30% 要 70%，40% 要 60%，72% 只要 28%。② 先覆盖“稳定基线”的 60–80%，不要按峰值/新业务承诺；保留 20–40% 按需/Spot。③ 期限/付款方式影响现金流和灵活性：1 年更稳，3 年折扣更高但锁得更久；月付通常不额外收费，但要看币种/合同。
三家机制：Savings Plans / Reservations / CUDs
三家都是“承诺用量/消费换折扣”，但灵活性不同：AWS Savings Plans 有 1/3 年期、付款方式（全预付/部分预付/无预付），并区分更灵活的 Compute Savings Plans 与绑定实例族的 EC2 Instance Savings Plans；Azure 有 Reserved VM Instances（绑定区域/实例/期限）和更灵活的 savings plan for compute；GCP 有 resource-based CUDs（绑定资源）和 spend-based CUDs/Compute flexible commitments（按消费承诺，覆盖多服务）。实际折扣不是公开固定值，控制台/合同报价才是准数；官方页面给的是“最高”上限。
| 项目 | AWS | Azure | GCP |
|---|---|---|---|
| 产品 | Savings Plans（Compute/EC2 Instance 等） | Reserved VM Instances；savings plan for compute | Resource-based CUDs；Spend-based CUDs / flexible commitments |
| 期限 | 1 年 / 3 年 | 1 年 / 3 年 | 1 年 / 3 年 |
| 付款 | 全预付/部分预付/无预付 | 一次性预付或月付（月付通常无额外费用） | 按月计费（承诺消费/资源） |
| 灵活性 | Compute 更灵活；EC2 Instance 绑定族 | RI 绑定区域/实例；savings plan 更灵活 | resource-based 绑定资源；spend-based/flexible 更灵活 |
| 官方上限 | 最高 72% | Reserved VM 最高 72%；savings plan 最高 65% | 按服务/资源/期限，控制台为准 |
来源：AWS Savings Plans 页面、Azure Reservations 页面、Google Cloud CUD 文档（访问 2026-11-08）。表中为编辑整理；“最高”是官方宣传上限，实际折扣按服务/区域/实例/期限/付款方式/合同而定。
盈亏平衡：折扣 d 需要多少利用率
承诺折扣的本质是“无论用不用都付承诺价”。如果承诺 1 单位、折扣 d，承诺成本是 1−d；如果你实际只用 U，按需成本是 U。要“不亏”，需要 U ≥ 1−d。所以：20% 折扣 → 80% 利用率；30% → 70%；40% → 60%；50% → 50%；72% → 28%。这条规则比“折扣越高越好”更重要：如果历史利用率只有 55%，拿 40% 折扣（需要 60%）仍可能亏。
| 折扣 d | 盈亏平衡利用率 1−d | 说明 |
|---|---|---|
| 20% | 80% | 承诺用不到 80% 就不划算 |
| 30% | 70% | 多数团队的现实区间 |
| 40% | 60% | 需要较高稳定基线 |
| 50% | 50% | 一半利用率即可打平 |
| 72% | 28% | 上限折扣；但只有稳定负载才拿得到 |
编辑测算：承诺成本=1−d；按需成本=U；U≥1−d 时不亏。未计预付现金流、币种、税、共享范围和未使用承诺的沉没成本。
覆盖率场景：10 万美元/月按需支出能省多少
假设月按需支出 10 万美元、承诺覆盖率为 50%/70%/90%、折扣 20%/30%/40%，月度节省=按需支出×覆盖率×折扣。70% 覆盖 + 30% 折扣约省 2.1 万/月、25.2 万/年；90% 覆盖 + 40% 折扣约省 3.6 万/月、43.2 万/年。覆盖率越高，节省越大，但过度承诺风险也越大；多数团队从 60–80% 的稳定基线开始，而不是 100%。
| 覆盖率 | 折扣 20% | 折扣 30% | 折扣 40% |
|---|---|---|---|
| 50% | 1.0 万/月（12 万/年） | 1.5 万/月（18 万/年） | 2.0 万/月（24 万/年） |
| 70% | 1.4 万/月（16.8 万/年） | 2.1 万/月（25.2 万/年） | 2.8 万/月（33.6 万/年） |
| 90% | 1.8 万/月（21.6 万/年） | 2.7 万/月（32.4 万/年） | 3.6 万/月（43.2 万/年） |
编辑测算：月按需支出=100,000；节省=100,000×覆盖率×折扣；未计未使用承诺、预付现金流、币种、税、共享范围和适用服务限制。折扣为情景假设，不是任何厂商报价。
过度承诺：利用率不足时怎么亏
如果承诺 8 万/月、折扣 30%，承诺成本 5.6 万/月；实际只用 6 万，按需本应 6 万，承诺仍省 0.4 万；如果实际只用 5 万，承诺 5.6 万 > 5 万，反而多付 0.6 万。也就是说，30% 折扣的盈亏平衡是 70% 承诺利用率（5.6 万）；低于这个值就亏。过度承诺的根源通常是：按峰值承诺、把新业务算进基线、实例族/区域变化、服务不适用、组织共享没开、币种/合同限制。
| 承诺 8 万/月、30% 折扣 | 实际使用 | 承诺成本 | 对比按需 |
|---|---|---|---|
| 承诺成本 5.6 万 | 8 万 | 5.6 万 | 省 2.4 万 |
| 承诺成本 5.6 万 | 6 万 | 5.6 万 | 省 0.4 万 |
| 承诺成本 5.6 万 | 5 万 | 5.6 万 | 亏 0.6 万 |
编辑测算：承诺成本=承诺额×(1−折扣)；未计预付/月付现金流、共享、币种和税。实际账单以厂商为准。
怎么选：期限、付款、灵活性与共享
选承诺先看“稳定性”而不是“折扣”：稳定运行 12 个月以上的基线才适合 1 年；能见度 3 年、且实例族/区域稳定才考虑 3 年。付款方式用现金流约束选：全预付折扣通常最高但占用现金；部分预付/月付更灵活，Azure 月付通常无额外费用。灵活性用“变更概率”选：Compute Savings Plans / Azure savings plan / GCP spend-based 更适合会换实例族/区域的团队；绑定型 RI/EC2 Instance/resource-based CUD 折扣更高但更锁。共享范围要开对：组织/账单账户级共享能提高利用率，但要注意成本分摊/部门核算。
| 决策维度 | 更稳的选择 | 更高折扣的选择 |
|---|---|---|
| 期限 | 1 年 | 3 年（能见度高） |
| 付款 | 月付/部分预付 | 全预付 |
| 灵活性 | Compute/savings plan/spend-based | EC2 Instance/RI/resource-based |
| 覆盖 | 60–80% 稳定基线 | 90%+（风险高） |
| 共享 | 组织级共享 + 分摊 | 单账户（利用率可能低） |
编辑整理的选择框架，不是厂商推荐；具体产品/折扣/共享规则以各云控制台和合同为准。
90 天落地清单
先用 90 天做“基线、稳定性、覆盖率、期限/付款、购买、监控”闭环。第 1–2 周拉 12 个月按需账单/用量；第 2–4 周识别稳定基线（排除峰值/新业务/一次性）；第 4–6 周算覆盖率/盈亏平衡；第 6–8 周选期限/付款/灵活性与共享；第 8–10 周分批购买；第 10–12 周监控利用率/节省/到期。不要一次买满，先买 50–70%，用 1–2 个月验证利用率再追加。
| 阶段 | 动作 | 产出 |
|---|---|---|
| 第 1–2 周 | 拉 12 个月按需账单/用量/服务/区域/实例族 | 成本基线 |
| 第 2–4 周 | 识别稳定基线；排除峰值/新业务/一次性 | 可承诺基线 |
| 第 4–6 周 | 算覆盖率、盈亏平衡、情景节省 | 覆盖率方案 |
| 第 6–8 周 | 选期限/付款/灵活性/共享；看现金流 | 采购方案 |
| 第 8–10 周 | 分批购买（先 50–70%）；记录到期/续费 | 首批承诺 |
| 第 10–12 周 | 监控利用率/节省/未使用；季度复盘 | 监控面板、复盘 |
编辑整理的落地建议，不是官方模板；具体购买/期限/付款/共享以企业财务与厂商合同为准。
常见问题
承诺折扣最高能省多少？
AWS Savings Plans 官方最高 72%，Azure Reserved VM 最高 72%（savings plan for compute 最高 65%）；GCP CUD 按服务/资源/期限，控制台为准。实际折扣取决于服务、区域、实例族、期限、付款方式和合同。
覆盖率多少合适？
多数团队从稳定基线的 60–80% 开始，保留 20–40% 按需/Spot；不要按峰值或新业务承诺。先买 50–70%，验证利用率再追加。
盈亏平衡怎么算？
折扣 d 的盈亏平衡利用率约 1−d：20% 折扣要 80%，30% 要 70%，40% 要 60%，72% 要 28%。低于这个利用率，承诺可能不如按需。
1 年还是 3 年？
看能见度：稳定运行 12 个月以上先 1 年；能见度 3 年、实例族/区域稳定才考虑 3 年。3 年折扣更高但锁得更久。
全预付还是月付？
全预付折扣通常更高但占用现金；月付/部分预付更灵活。Azure 月付通常无额外费用；AWS 有全/部分/无预付；GCP 按月计费。按现金流和币种选。
承诺可以共享吗？
AWS/Azure/GCP 都支持组织/账单账户级共享（具体规则不同）。共享能提高利用率，但要配套成本分摊/部门核算，避免“谁用谁不认账”。
承诺没用完会怎样？
未使用部分仍然计费（承诺是“用不用都付”）。如果利用率低于 1−d，承诺可能比按需更贵；所以要先算基线、分批买、监控利用率。
哪些费用不适用？
通常不覆盖数据转移、支持计划、税费、部分许可/市场采购等；具体适用服务/资源以厂商页面/控制台为准。不要把全部账单当成可承诺基数。
研究方法与局限
本文把“官方机制事实”和“编辑测算”分开：AWS 最高 72%、1/3 年期、付款方式与 Savings Plans 类型，来自 AWS Savings Plans 页面；Azure Reserved VM 最高 72%、savings plan 最高 65%、1/3 年期、月付无额外费用，来自 Azure Reservations 页面；GCP CUD 的 1/3 年期、resource-based/spend-based/flexible commitments，来自 Google Cloud CUD 文档（访问 2026-11-08）。盈亏平衡、覆盖率场景、过度承诺示例和 90 天清单为编辑测算/建议；折扣为情景假设，不是任何厂商报价。
局限有八个：① 不构成财务/采购建议；② 未引用具体 SKU/区域的实际折扣；③ 未计预付现金流、币种、税、共享和合同条款；④ 未覆盖所有承诺类型（如数据库/存储/AI 专项）；⑤ 未做真实账单/利用率建模；⑥ 未评估组织共享/分摊的会计影响；⑦ 未覆盖承诺转让/交换/取消规则；⑧ 价格/产品会变，购买前应以控制台/合同为准。
数据来源与口径
- AWS, Savings Plans：aws.amazon.com/savingsplans。最高 72%、1/3 年期、付款方式、计划类型。访问 2026-11-08。
- Microsoft Azure, Reservations：azure.microsoft.com/en-us/pricing/reservations。Reserved VM 最高 72%、savings plan 最高 65%、1/3 年期、月付。访问 2026-11-08。
- Google Cloud, Committed use discounts：cloud.google.com/docs/cuds。1/3 年期、resource-based/spend-based/flexible commitments。访问 2026-11-08。
资料截止 2026-11-08；折扣/条款以各云控制台、合同和官方页面为准；本文不构成财务、采购或法律建议。