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 服務抵扣金怎麼用掉。