AWS 的优惠不是一张清单而是五层：抵扣金、承诺折扣、闲置算力、架构优化、企业协议。性质各异——有的改单价、有的抵金额。分清层次才知道从哪开始。
搜「AWS 折扣」，你会看到两类内容：官方页面，和一大票「N 种官方优惠」的清单文。清单看起来信息量很大，但看完通常还是不知道自己该从哪一层开始——因为它们把性质完全不同的东西平铺在了一起。
这篇提供一个更好用的结构：把 AWS 的省钱手段分成五层，按「拿到它的难度与性质」排列。分层之后，你只要回答两个问题就能定位：我符不符合资格、我的用量稳不稳定。
这篇是导航页：每一层都指向对应的专文。想先弄清一个基础区分（抵扣金和折扣不是一回事），见 AWS 抵扣金和折扣不是一回事。
先把「优惠」分成五层
官方页面上的优惠看起来杂乱，但按性质归拢只有五类：
| 层 | 性质 | 要不要承诺 | 典型幅度 |
|---|---|---|---|
| 1 抵扣金 | 抵金额（不改单价） | 不要，但要资格 | 几十到几万美元 |
| 2 承诺折扣 | 改单价 | 要（1 年或 3 年） | 两位数百分比 |
| 3 闲置算力 | 改单价，代价是可中断 | 不要，但要能接受中断 | 幅度最大 |
| 4 架构优化 | 降低总用量或单位成本 | 不要 | 因架构而异 |
| 5 企业协议 / 渠道 | 改单价 或 改实付金额 | 规模门槛 | 谈判或渠道决定 |
这张表最重要的信息是第二列：只有第 2、3、5 层是「折扣」（改变单价或实付），第 1 层是「抵扣金」（抵掉一部分账单金额），第 4 层甚至不是优惠而是工程。把三者混为一谈，就会得出「拿了几万块抵扣金，成本问题解决了」这种结论。
第一层：抵扣金（不用承诺，但要资格）
这一层的特点是不需要你承诺任何用量，代价是需要资格——而且资格是分人群的：
| 来源 | 面向谁 | 入口 |
|---|---|---|
| 免费套餐 | 所有新账号 | 新账号 200 美元怎么拿 |
| 初创企业计划（Activate） | 符合条件的初创（分档位） | 三个档位与资格门槛 |
| 教育计划（Educate） | 学生与教师（有年龄与地区差异） | Educate 抵扣金怎么拿 |
| 限时活动 | 活动期内新注册并满足条件的用户 | 四条资格与拿不到的原因 |
| 定向促销抵扣金 | 被定向发放的账号 | 兑换入口与限制 |
这一层的三条实操要点：① 它是有期限的预算，用不完就作废（怎么用掉见 AWS 服务抵扣金怎么用掉）；② 先买折扣再用它更划算——单价降下来，同一笔抵扣金能覆盖更久；③ 它覆盖不到数据传输这类费用，别以为有了抵扣金就零成本。
第二层：承诺折扣（直接改单价）
这是最主流的一层：先承诺，换更低的单价。AWS 侧有四种，关键差别是「承诺什么」和「锁不锁规格」：
| 机制 | 承诺什么 | 覆盖范围 |
|---|---|---|
| Compute 节省计划 | 每小时消费金额 | 最灵活：跨实例族 / 区域 / 系统，含 Lambda 与 Fargate |
| EC2 实例节省计划 | 某区域某个实例族的消费金额 | 锁实例族（族内可换大小/系统/租户） |
| 数据库节省计划 | 每小时消费金额 | 数据库服务（Aurora / RDS / DynamoDB / ElastiCache 等） |
| 预留实例 | 具体实例配置 | 锁得最死，但可转售、且可选容量保留 |
怎么选、买多少、买错了怎么办，分别见 AWS 节省计划怎么买 与 AWS 预留实例怎么买才不吃亏。
⛔ 买这一层之前必须先做两件事：先右调（把过度配置降下来）和先定架构（例如换性价比更好的芯片）。因为承诺折扣是按你当前的用量打折的——如果架构本身就偏贵，买折扣等于把浪费一起锁定一两年。顺序见 Graviton 到底能省多少。
第三层：闲置算力（幅度最大，代价是会被中断）
AWS 把闲置容量以大幅折扣卖给你，代价是资源随时可能被回收（通常会提前一小段时间通知）。这一层的适用判断很干脆：
- 适合：批处理、渲染、CI 构建、可重跑的数据处理、无状态的弹性扩容部分。
- 不适合：数据库主节点、有状态服务、要求连续在线的生产接口。
- 正确用法不是全押，而是混合底座：稳态部分用第二层承诺折扣保底，弹性部分用这一层吃闲置。
展开见 AWS Spot 实例实战指南。另外注意一点：折扣幅度和「能不能用」是两回事——幅度再大，负载扛不住中断就不能用。
第四层：架构优化（不叫折扣，但效果一样）
这一层最容易被「优惠清单」忽略，因为它根本不是优惠——没有承诺、没有兑换入口、也没有折扣百分比。但对掏钱的人来说，改架构省下的钱和买折扣省下的钱是同一笔钱，而且前者没有锁定期。
- 换性价比更好的芯片：例如 ARM 架构通常能直接提升性价比，且随时可换回来，见 Graviton 到底能省多少。
- 清理没人用的资源：卷、快照、地址、闲置负载均衡器——这类「孤儿资源」是最常见的持续扣费来源，见 AWS 账单突然变高怎么排查。
- 优化数据流动路径：把高频互调的服务收进同一可用区、给对象存储建网关端点、静态内容走 CDN。这一项的账单占比常被低估，见 AWS 流量费为什么这么贵。
- 按服务逐个拆：EC2 之外的数据库、存储、日志往往才是大头，见 AWS 省钱不只靠 EC2。
为什么这一层应该排在承诺折扣之前做：它不需要承诺、随时可回退，而且做完之后第二层的折扣会作用在一个更低的基数上。反过来的话（先买承诺、再改架构），承诺覆盖率会掉，而承诺退不掉。
第五层：企业协议与渠道（规模到了一定程度才有）
前四层是「按规则拿」，这一层是「谈出来的」。两条路性质不同：
| 路径 | 本质 | 前提 |
|---|---|---|
| 企业协议 / 私有定价 | 与官方谈一个跨服务的整体折扣 | 年支出规模达到相当量级 |
| 渠道结算 | 通过渠道开通与结算，让利来自渠道自身 | 更看重开通门槛与结算便利 |
渠道那一条容易被误解成「和官方折扣抢生意」。实际上它们作用在不同位置：官方折扣降低账单上的单价，渠道折扣降低你实际支付的金额，两者可以叠加。判断一个渠道靠不靠谱，问三个问题就够了，见 AWS 折扣信息怎么找才靠谱；AWS 这一家的渠道定价与开通门槛见 AWS 折扣与代理定价。
怎么选：按你现在的阶段对号入座
不用把五层都做一遍。按阶段走，顺序自然就出来了：
| 你的阶段 | 先做哪层 |
|---|---|
| 还没注册 / 刚注册 | 第一层：把该拿的抵扣金都拿到（免费套餐、活动、以及你符合的资格类） |
| 刚开始跑，用量还在变 | 第四层：先右调、先定架构——此时最不该做的就是买承诺 |
| 负载稳定下来了 | 第二层：用承诺折扣覆盖已经稳定的那部分用量（从 70–80% 起步，别买满） |
| 有明确可中断的部分 | 第三层：把批处理 / CI / 渲染这类挪到闲置算力上 |
| 账单规模已经不小 | 第五层：比渠道，或与官方谈企业协议 |
一句顺序口诀：先拿资格类的、再改架构、再买承诺、最后才谈渠道。前三步之间有严格先后（顺序反了会双重损失），第五层则任何时候都能加，因为它和前三层不冲突。
常见问题
网上的「8 种官方优惠」清单可信吗？
作为索引参考可以，但有两个通病：一是把抵扣金和折扣混在一起（两者性质完全不同，见 AWS 抵扣金和折扣不是一回事）；二是具体数字会过期。本文按性质分层，金额与条款请回官方页面核对。
所有优惠可以叠加吗？
不是简单的「都能叠」。可以确定的是：抵扣金与承诺折扣可以同时生效（一个抵金额、一个改单价），官方折扣与渠道折扣可以同时生效（一个改单价、一个改实付）。但同一层内部（例如两种承诺折扣同时套同一段用量）不会重复打折——覆盖是有上限的。
我只想少花点钱，最省事的是哪一层？
第四层里最省事的两件：清掉没人用的资源、把静态内容交给 CDN。它们不需要承诺、不需要审核，做完立刻见效。要系统性地做，见 AWS 账单看不懂？6 个可执行做法。
买承诺折扣之前最该确认什么？
三件事：用量是否已经稳定（不稳就先别买）、架构会不会再变（承诺锁规格，改了覆盖率会掉）、买多少（建议从稳态基线的 70–80% 起步，买满反而浪费）。详见 AWS 节省计划怎么买。
其他云厂商的优惠结构和 AWS 一样吗？
不一样，而且差别不小。 例如只有 GCP 有一层「什么都不用做就自动生效」的折扣；阿里云国际的节省计划承诺的是金额、腾讯云国际的预留实例锁的是规格；Azure 的渠道折扣由合作伙伴自主决定。五家的横向对比见 五家云厂商折扣机制对比。
抵扣金用完之后账单会突然变高吗？
会——这正是本文反复强调「抵扣金期间要把结构做便宜」的原因。抵扣金买的是时间，折扣和架构优化才改变长期成本。若在此期间什么都没做，到期后账单会回到原始水平。怎么用好这段时间见 AWS 服务抵扣金怎么用掉。