定价计算器有两种估算类型：工作负载估算与账单估算。而「折扣前」与「折扣后」费率只适用于工作负载估算——这正是买承诺折扣前该用它算的那一笔账。还有两条限制多数人不知道。
前面几篇讲的都是已经在花钱之后的事：账单怎么优化、突然涨了怎么排查、流量费为什么贵。但有一件事发生在花钱之前，而且它决定后面所有优化的起点——先把成本算出来。
AWS 官方有一个免费工具做这件事：定价计算器（AWS Pricing Calculator）。它常被当成「给没上云的人估个价」的工具，其实它最有价值的用法是另一件事——在买承诺折扣之前，把折扣前后的账算清楚。
它能做什么：五个用途
官方列出五个用途，覆盖面比「估个价」宽得多：
- 建方案前先建模：还没开始搭，就把架构对应的费用算出来。
- 探索各项服务的价格点：想比较不同规格、不同付费方式的差异。
- 查看估算背后的计算过程：官方强调「透明的价格」——你能看到每一笔是怎么算出来的，而不是只给一个总数。
- 规划支出：把未来一段时间的花费提前列出来。
- 发现省钱机会：这一点最容易被忽略——它同时是优化工具，不只是报价工具。
配套的四个功能决定了它好不好用：按分组做层级估算（把费用按架构分组，而不是一坨总数）、保存估算链接（估算存在 AWS 公共服务器上，可以发给同事）、导出 CSV 或 PDF（拿去走内部审批），以及透明价格（能看到计算过程）。
一个实用习惯：把「估算分组」按你的架构分层来建（例如接入层 / 应用层 / 数据层 / 网络），而不是按服务名平铺。这样估算结果和你的架构图能对上，后面做优化时一眼就能看出钱花在哪一层。
两种估算类型：工作负载估算与账单估算
这是最容易被忽略、也最影响使用方式的一点：定价计算器不是只有一种估算。官方把它分成两类，用途完全不同：
| 工作负载估算 | 账单估算 | |
|---|---|---|
| 基于什么 | 你手工填的配置（规格、数量、时长…） | 你现有的使用量 |
| 回答什么问题 | 「我打算这么搭，要花多少？」 | 「照现在这么用，大概会花多少？」 |
| 典型时机 | 方案设计阶段、还没开始搭 | 已经在跑、想把用量折算成费用 |
| 折扣前 / 折扣后费率 | 适用 | 不适用 |
⛔ 这个区分直接决定你该用哪一个：如果你还没开始搭、想知道「这么做要花多少钱」，用工作负载估算；如果你已经在跑、想知道「当前的用量对应多少费用」，用账单估算。两个都叫「估算」，但输入完全不同，用错会得出看起来合理、其实不成立的结果。
折扣前与折扣后费率：为什么只适用于工作负载估算
官方文档里有一句关键表述：折扣前与折扣后费率仅适用于工作负载估算。
这句限制其实很合理，理解它比记住它更有用：
- 工作负载估算是「还没发生」的：你填的是计划中的配置，还没有任何实际用量，所以系统可以同时按「原始单价」和「折后单价」各算一遍，让你看到折扣带来的差额。
- 账单估算是「已经发生」的：它基于你现有的使用量，而你的实际费率里已经包含了生效中的折扣。再给一个「折扣前」的价格，反而不符合你的实际情况。
这就是「买承诺折扣前该用它算的那一笔账」：用工作负载估算，把折扣前与折扣后两个数字摆在一起，差额就是承诺折扣能省下的钱。再把这个差额与「承诺要锁多久、买多少」放在一起判断，比凭感觉买要稳得多。选哪种承诺、买多少，见 AWS 节省计划怎么买。
价格从哪来，以及两条要知道的限制
两条官方明确写出的限制，都容易在实际使用中造成「对不上账」：
- 估算不包含税费。 计算器给出的是服务费用本身，税费不在其中。做预算时要把这一层单独留出来。
- 如果营销页面上的价格与计算器不一致，以营销页面的价格为准。 这是官方原文的表述——也就是说计算器并非最终权威，它的数据来源是 AWS 的价目表接口，而对外公布的价格以营销页为准。
理解第二条的实际意义：计算器适合用来做相对比较和结构判断（哪个方案更贵、折扣能省多少、成本大头在哪一层），而不必把它当成逐分对账的依据。真要精确到单价，请回到官方的定价页面。
顺带说清一个常被混淆的点：估算里的价格不等于你的实际账单。它是一份计划，不是一份对账单——实际账单会长什么样，取决于你真实用了什么，而账单出来之后的问题（比如突然涨了）是另一套流程，见 AWS 账单突然变高怎么排查。
三个实用场景
把上面这些拼起来，最值得用它的三个场景：
- 买承诺折扣之前。 用工作负载估算拿到折扣前与折扣后两个数字，算清差额；再对照实际用量的稳定性决定买多少（买满了是浪费，买少了覆盖不足）。
- 比较区域与规格。 同一套配置在不同区域、不同规格下的费用差异，用估算摆出来比翻定价页快得多，也更容易说服非技术同事。
- 验证架构改动的收益。 打算换架构（例如换性价比更好的芯片、把跨可用区调用收进同一区）时，先用估算把「改前 / 改后」各算一遍，再决定是否值得动手。
注意这三个场景有个共同点：都在「动手之前」。这也是定价计算器最容易被跳过、但价值最集中的地方——一旦资源跑起来，你就可以用账单与用量数据了，反而不再需要估算。
估算不等于账单
最后一节讲期望管理，这是很多团队第一次用估算器后失望的原因：
| 估算 | 实际账单 | |
|---|---|---|
| 反映什么 | 计划中的用量 | 真实发生的用量 |
| 是否含税 | 不含 | 含 |
| 是否含全部用量 | 只含你填进去的部分 | 含所有产生费用的资源（包括你忘掉的） |
| 会不会变 | 不会（除非你改） | 每月都在变 |
所以「估算 500，账单 780」这件事本身不代表估算错了——中间那 280 很可能是你没填进去的东西（未被设计的流量、忘记终止的资源、服务间自动创建的资源）。排查这种差额，正是 AWS 账单突然变高怎么排查 里那七类持续计费要解决的问题。
一个更有用的心态：把估算当成决策工具而不是对账工具。它的价值在于「让你在做决定前有数字」，而不是「精确预测未来的账单」。按这个定位用它，落差会小很多。
常见问题
定价计算器要钱吗？需要 AWS 账号吗？
不需要付费，是官方提供的免费工具；官方也说明不需要任何云计算或 AWS 经验就能用。保存的估算会存在 AWS 的公共服务器上，并生成一个可分享的链接——注意这一点：别把含有敏感架构信息的估算链接随意公开。
为什么我的估算和实际账单对不上？
三个常见原因：一是估算不含税费；二是你只填了计划中的用量，而账单包含所有实际产生的费用（包括忘记终止的资源、未被设计的流量）；三是费率口径——官方说明营销页面价格与计算器不一致时以营销页面为准。先分清是哪一类，再决定要不要优化。
可以用它算节省计划或预留实例能省多少吗？
可以，而且这正是「折扣前 / 折扣后费率」的用途所在——这两个费率只出现在工作负载估算里。把两个数字的差额算出来，再对照承诺的期限与额度做判断。具体的选购方法见 AWS 节省计划怎么买。
估算里的价格是官方最终价格吗？
不完全是。官方原文写明：计算器的价格来自 AWS 价目表接口，若与营销页面价格不一致，以营销页面为准。所以它适合做结构性判断与相对比较，单价请以官方定价页为准。
什么时候不该用估算器？
已经在跑的资源，直接看账单与用量数据更准。 估算器的价值集中在「动手之前」；一旦有了真实用量，成本分析（按服务、按用量类型、按标签下钻）才是主路径，见 AWS 账单看不懂？6 个可执行做法。
算出来的钱太多，第一步该做什么？
先改结构再谈折扣：承诺折扣是按你当前的用量打折的，如果架构本身就偏贵，买折扣等于把浪费锁定一两年。 顺序是——先右调配置、再看架构（例如换性价比更好的芯片），最后才买承诺。此外，官方侧的承诺折扣与渠道侧结算作用在不同层面，可以并行，机制见 五家云厂商折扣机制对比；只想降低实际支付金额而不改架构的渠道侧做法见 AWS 折扣与代理定价。