定價計算器有兩種估算型別：工作負載估算與賬單估算。而「折扣前」與「折扣後」費率只適用於工作負載估算——這正是買承諾折扣前該用它算的那一筆賬。還有兩條限制多數人不知道。
前面幾篇講的都是已經在花錢之後的事：賬單怎麼最佳化、突然漲了怎麼排查、流量費為什麼貴。但有一件事發生在花錢之前，而且它決定後面所有最佳化的起點——先把成本算出來。
AWS 官方有一個免費工具做這件事：定價計算器（AWS Pricing Calculator）。它常被當成「給沒上雲的人估個價」的工具，其實它最有價值的用法是另一件事——在買承諾折扣之前，把折扣前後的賬算清楚。
它能做什麼：五個用途
官方列出五個用途，覆蓋面比「估個價」寬得多：
- 建方案前先建模：還沒開始搭，就把架構對應的費用算出來。
- 探索各項服務的價格點：想比較不同規格、不同付費方式的差異。
- 檢視估算背後的計算過程：官方強調「透明的價格」——你能看到每一筆是怎麼算出來的，而不是隻給一個總數。
- 規劃支出：把未來一段時間的花費提前列出來。
- 發現省錢機會：這一點最容易被忽略——它同時是最佳化工具，不只是報價工具。
配套的四個功能決定了它好不好用：按分組做層級估算（把費用按架構分組，而不是一坨總數）、儲存估算連結（估算存在 AWS 公共伺服器上，可以發給同事）、匯出 CSV 或 PDF（拿去走內部審批），以及透明價格（能看到計算過程）。
一個實用習慣：把「估算分組」按你的架構分層來建（例如接入層 / 應用層 / 資料層 / 網路），而不是按服務名平鋪。這樣估算結果和你的架構圖能對上，後面做最佳化時一眼就能看出錢花在哪一層。
兩種估算型別：工作負載估算與賬單估算
這是最容易被忽略、也最影響使用方式的一點：定價計算器不是只有一種估算。官方把它分成兩類，用途完全不同：
| 工作負載估算 | 賬單估算 | |
|---|---|---|
| 基於什麼 | 你手工填的配置（規格、數量、時長…） | 你現有的使用量 |
| 回答什麼問題 | 「我打算這麼搭，要花多少？」 | 「照現在這麼用，大概會花多少？」 |
| 典型時機 | 方案設計階段、還沒開始搭 | 已經在跑、想把用量折算成費用 |
| 折扣前 / 折扣後費率 | 適用 | 不適用 |
⛔ 這個區分直接決定你該用哪一個：如果你還沒開始搭、想知道「這麼做要花多少錢」，用工作負載估算；如果你已經在跑、想知道「當前的用量對應多少費用」，用賬單估算。兩個都叫「估算」，但輸入完全不同，用錯會得出看起來合理、其實不成立的結果。
折扣前與折扣後費率：為什麼只適用於工作負載估算
官方文件裡有一句關鍵表述：折扣前與折扣後費率僅適用於工作負載估算。
這句限制其實很合理，理解它比記住它更有用：
- 工作負載估算是「還沒發生」的：你填的是計劃中的配置，還沒有任何實際用量，所以系統可以同時按「原始單價」和「折後單價」各算一遍，讓你看到折扣帶來的差額。
- 賬單估算是「已經發生」的：它基於你現有的使用量，而你的實際費率裡已經包含了生效中的折扣。再給一個「折扣前」的價格，反而不符合你的實際情況。
這就是「買承諾折扣前該用它算的那一筆賬」：用工作負載估算，把折扣前與折扣後兩個數字擺在一起，差額就是承諾折扣能省下的錢。再把這個差額與「承諾要鎖多久、買多少」放在一起判斷，比憑感覺買要穩得多。選哪種承諾、買多少，見 AWS 節省計劃怎麼買。
價格從哪來，以及兩條要知道的限制
兩條官方明確寫出的限制，都容易在實際使用中造成「對不上賬」：
- 估算不包含稅費。 計算器給出的是服務費用本身，稅費不在其中。做預算時要把這一層單獨留出來。
- 如果營銷頁面上的價格與計算器不一致，以營銷頁面的價格為準。 這是官方原文的表述——也就是說計算器並非最終權威，它的資料來源是 AWS 的價目表介面，而對外公佈的價格以營銷頁為準。
理解第二條的實際意義：計算器適合用來做相對比較和結構判斷（哪個方案更貴、折扣能省多少、成本大頭在哪一層），而不必把它當成逐分對賬的依據。真要精確到單價，請回到官方的定價頁面。
順帶說清一個常被混淆的點：估算裡的價格不等於你的實際賬單。它是一份計劃，不是一份對賬單——實際賬單會長什麼樣，取決於你真實用了什麼，而賬單出來之後的問題（比如突然漲了）是另一套流程，見 AWS 賬單突然變高怎麼排查。
三個實用場景
把上面這些拼起來，最值得用它的三個場景：
- 買承諾折扣之前。 用工作負載估算拿到折扣前與折扣後兩個數字，算清差額；再對照實際用量的穩定性決定買多少（買滿了是浪費，買少了覆蓋不足）。
- 比較區域與規格。 同一套配置在不同區域、不同規格下的費用差異，用估算擺出來比翻定價頁快得多，也更容易說服非技術同事。
- 驗證架構改動的收益。 打算換架構（例如換價效比更好的晶片、把跨可用區呼叫收進同一區）時，先用估算把「改前 / 改後」各算一遍，再決定是否值得動手。
注意這三個場景有個共同點：都在「動手之前」。這也是定價計算器最容易被跳過、但價值最集中的地方——一旦資源跑起來，你就可以用賬單與用量資料了，反而不再需要估算。
估算不等於賬單
最後一節講期望管理，這是很多團隊第一次用估算器後失望的原因：
| 估算 | 實際賬單 | |
|---|---|---|
| 反映什麼 | 計劃中的用量 | 真實發生的用量 |
| 是否含稅 | 不含 | 含 |
| 是否含全部用量 | 只含你填進去的部分 | 含所有產生費用的資源（包括你忘掉的） |
| 會不會變 | 不會（除非你改） | 每月都在變 |
所以「估算 500，賬單 780」這件事本身不代表估算錯了——中間那 280 很可能是你沒填進去的東西（未被設計的流量、忘記終止的資源、服務間自動建立的資源）。排查這種差額，正是 AWS 賬單突然變高怎麼排查 裡那七類持續計費要解決的問題。
一個更有用的心態：把估算當成決策工具而不是對賬工具。它的價值在於「讓你在做決定前有數字」，而不是「精確預測未來的賬單」。按這個定位用它，落差會小很多。
常見問題
定價計算器要錢嗎？需要 AWS 賬號嗎？
不需要付費，是官方提供的免費工具；官方也說明不需要任何雲端計算或 AWS 經驗就能用。儲存的估算會存在 AWS 的公共伺服器上，並生成一個可分享的連結——注意這一點：別把含有敏感架構資訊的估算連結隨意公開。
為什麼我的估算和實際賬單對不上？
三個常見原因：一是估算不含稅費；二是你只填了計劃中的用量，而賬單包含所有實際產生的費用（包括忘記終止的資源、未被設計的流量）；三是費率口徑——官方說明營銷頁麵價格與計算器不一致時以營銷頁面為準。先分清是哪一類，再決定要不要最佳化。
可以用它算節省計劃或預留實例能省多少嗎？
可以，而且這正是「折扣前 / 折扣後費率」的用途所在——這兩個費率只出現在工作負載估算裡。把兩個數字的差額算出來，再對照承諾的期限與額度做判斷。具體的選購方法見 AWS 節省計劃怎麼買。
估算裡的價格是官方最終價格嗎？
不完全是。官方原文寫明：計算器的價格來自 AWS 價目表介面，若與營銷頁麵價格不一致，以營銷頁面為準。所以它適合做結構性判斷與相對比較，單價請以官方定價頁為準。
什麼時候不該用估算器？
已經在跑的資源，直接看賬單與用量資料更準。 估算器的價值集中在「動手之前」；一旦有了真實用量，成本分析（按服務、按用量型別、按標籤下鑽）才是主路徑，見 AWS 賬單看不懂？6 個可執行做法。
算出來的錢太多，第一步該做什麼？
先改結構再談折扣：承諾折扣是按你當前的用量打折的，如果架構本身就偏貴，買折扣等於把浪費鎖定一兩年。 順序是——先右調配置、再看架構（例如換價效比更好的晶片），最後才買承諾。此外，官方側的承諾折扣與渠道側結算作用在不同層面，可以並行，機制見 五家雲廠商折扣機制對比；只想降低實際支付金額而不改架構的渠道側做法見 AWS 折扣與代理定價。