五家的「折扣」不是同一個東西：只有 GCP 有一層不承諾也自動生效的，Azure 的折扣由夥伴定。講清四層機制差異與三個常見錯算。
如果你正在五家之間做選擇，或者已經在某一家上想再壓一點成本，最容易犯的錯是：以為五家的「折扣」是同一個東西，只是數字不同。
實際不是。它們至少分四層，而且五家在每一層上的機制都不一樣——有的層某些廠商根本沒有。這篇文章不比「哪家折扣大」（那取決於你的負載落在哪一層，空比沒有意義），而是把機制差異講清楚，讓你能自己判斷哪一層對你有用。
先給結論：五家的「折扣」不是同一個東西
把所有折扣按「要不要你主動做什麼」分成四層，五家的差別就一目瞭然：
- 第一層（自動）：什麼都不用做，跑夠時長就自動打折 —— 五家裡只有 GCP 有。
- 第二層（承諾）：先承諾用量或時長，換折扣 —— 五家都有，但鎖不鎖規格差別極大。
- 第三層（渠道）：透過代理商/夥伴開通與結算 —— 五家都有，但在 Azure 上含義與另外四家完全不同。
- 第四層（閒置）：主動選用會被回收的閒置算力 —— 五家都有，差別在中斷方式與折扣幅度。
⛔ 最關鍵的一條：在 AWS、Azure、阿里雲國際、騰訊雲國際這四家，如果你什麼都沒做，賬單就是官網原價——沒有任何隱藏折扣在等你。只有 GCP 例外。所以「先跑起來再說」在這四家等於放棄了第二層與第三層。
一張表看清四層折扣
先給全景。按「要不要你主動做什麼」排序：
| 層 | AWS | 阿里雲國際 | 騰訊雲國際 | Azure | GCP |
|---|---|---|---|---|---|
| 1 自動 | 無 | 無 | 無 | 無 | SUD（持續使用折扣） |
| 2 承諾 | 預留實例 / 節省計劃 | 包年包月 + 節省計劃 | 包年包月 + 預留實例 | 預留實例 / 節省計劃 | CUD / Flex CUD |
| 3 渠道 | 有 | 有 | 有 | 有（CSP，夥伴定價） | 有 |
| 4 閒置 | Spot 實例 | 搶佔式實例 | 競價實例 | Spot | Spot |
這張表裡最值得先記住的是第一行：「無」不等於「這家沒折扣」，而是「這家的折扣不會自己找上門」。下面逐層展開。
第一層：不用承諾、自動生效的折扣（只有 GCP 有）
GCP 有一項持續使用折扣（SUD, Sustained Use Discount）：在一個計費週期內，某類資源跑得夠久，折扣就自動出現在賬單上——不用申請、不用承諾、不用配置。官方計費文件給出的上限是最高 30%（以官方實時定價為準）。
另外四家都沒有等價機制。在 AWS、Azure、阿里雲國際、騰訊雲國際，要拿到類似的折扣，必須主動去買——也就是第二層的承諾類折扣。
這一層的實際意義：長期穩定執行的負載在 GCP 上有一個「什麼都不做也有」的底。別家沒有這個底，所以別家的最佳化動作早晚要做，而且越拖越虧——拖三個月就是三個月的原價。
完整的四層結構與各自的取捨見 GCP 折扣怎麼拿，渠道部分見 GCP 折扣與代理定價。
第二層：買了承諾才有的折扣（阿里雲與騰訊雲最容易搞混）
承諾類折扣是五家都有的主力，但「你承諾的是什麼」各家差別很大。這也是最容易踩坑的一層：
| 廠商 | 承諾類折扣 | 承諾的是什麼 | 鎖規格嗎 |
|---|---|---|---|
| AWS | Reserved Instances（預留實例） | 具體實例配置 | 鎖（實例族 + 區域） |
| AWS | Savings Plans（節省計劃） | 每小時消費金額 | 不鎖（可跨實例族 / 區域） |
| 阿里雲國際 | 節省計劃 | 消費金額 | 不鎖（規格可換） |
| 騰訊雲國際 | 預留實例 | 具體規格 | 鎖（規格） |
| Azure | 預留實例 / 節省計劃 | 具體規格或金額 | 鎖 |
| GCP | CUD / Flex CUD | 具體資源量 | 鎖 |
⛔ 最容易搞混的一對，而且它們方向相反：阿里雲國際的「節省計劃」承諾的是金額（規格可以換），騰訊雲國際的「預留實例」鎖的是規格。名字聽起來像一回事，機制完全不同——在阿里雲上買錯規格還有救，在騰訊雲上買錯規格，承諾覆蓋率會直接掉下來。
AWS 自己也有一對類似的（預留實例鎖實例族、節省計劃按金額承諾），取捨邏輯是通用的：負載形態會不會變——會變就選承諾金額的那一類，穩了才選鎖規格的那一類。 展開見 AWS 預留實例怎麼買才不吃虧。
第三層：渠道折扣（Azure 與另外四家含義完全不同）
透過代理商/夥伴開通與結算，五家都能拿到額外的讓利，但渠道在定價裡的位置差別很大：
| 廠商 | 渠道機制 | 折扣誰定 |
|---|---|---|
| AWS | Partner Central（夥伴體系） | 官方定價 + 夥伴返點讓利 |
| 阿里雲國際 | Partner Program 四級 | 官方定價 + 渠道讓利 |
| 騰訊雲國際 | Partner 五級 | 官方定價 + 渠道讓利 |
| Azure | CSP（雲解決方案提供商） | 折扣由合作夥伴自主決定 |
| GCP | Partner Advantage | 官方定價 + 夥伴權益 |
一句話：在另外四家，代理商的角色是「幫你拿到官方折扣、再額外讓一點」；在 Azure，代理商本身就是定價的一環。這也是為什麼各家報出來的 Azure 價格差異明顯更大——不是有人亂報價，是機制本身就允許更大的浮動空間。
各家渠道頁：
第四層：閒置算力（五家都有，差別在中斷方式）
五家都有「用別人用剩下的算力，換一個大折扣，代價是可能被回收」這一層，只是名字不同：AWS 叫 Spot 實例、阿里雲國際叫搶佔式實例、騰訊雲國際叫競價實例、Azure 與 GCP 都叫 Spot。
差別主要在兩件事：回收前給多少通知（各家從幾十秒到約兩分鐘不等），以及折扣幅度（GCP 官方計費文件給出的上限是最高 91%，為五家中最高；同樣以官方實時定價為準）。
- 適合：批處理、渲染、CI 構建、可重跑的資料處理、無狀態的彈性擴容部分。
- 不適合：資料庫主節點、有狀態服務、要求連續線上的生產介面、回收後恢復成本高於省下的錢的場景。
- 正確用法不是全押：穩態部分用第二層承諾折扣保底，彈性部分用第四層吃閒置——這叫混合底座，也是五家通用的做法。
實戰層面的判斷方法（哪些負載能用、怎麼配多實例型別與多可用區）見 AWS Spot 實例實戰指南，思路對五家都適用。
最容易算錯的三件事
這三條是橫向對比時最高頻的錯誤，各家的錯法還不一樣：
- 把 GCP 的 SUD 和 CUD 加在一起。 官方計費文件明確折扣型別不能組合（"Discount types cannot be combined"）：承諾用量走 CUD，超出承諾的部分才走 SUD。所以「SUD 最高 30% + CUD 最高 55% = 85%」是錯的，正確模型是分段。
- 以為官方折扣和渠道折扣二選一。 不是：官方折扣降低的是廠商賬單上的單價，渠道折扣降低的是你實際支付的金額，作用在不同層面，五家都可以疊加。
- 還沒定架構就先買承諾。 鎖規格的承諾（預留實例那一類）繫結實例族，後面換實例族或換架構，承諾覆蓋率會掉。順序永遠是：先定架構，再買承諾。
一個簡單的自檢順序：先看有沒有「什麼都不做也有」的層（只有 GCP 有）→ 再看負載穩不穩，穩了才買承諾 → 再看哪些部分能被中斷，能被中斷的吃閒置 → 渠道那一層任何時候都能加，因為它和前三步不衝突。
常見問題
五家裡哪一家的折扣最大？
這個問題沒有答案，因為你的負載決定你能用上哪一層。穩態負載為主 → 第二層承諾折扣的權重最大；能接受中斷 → 第四層幅度最大（GCP 官方口徑最高 91%）；什麼都不想動 → 只有 GCP 有第一層。先判斷負載結構，再挑廠商，不要反過來。
我什麼都不做，哪家最便宜？
GCP——因為只有它有第一層自動折扣。另外四傢什麼都不做就等於官網原價，而且不會因為你用得久就自動變便宜。這是最容易被忽略的一條。
官方折扣和找代理衝突嗎？
不衝突，可以疊加。官方折扣降低的是賬單上的單價，渠道折扣降低的是實際支付金額，兩者作用在賬單的不同位置。五家都成立，見各自的折扣頁（上面第三層有清單）。評估渠道時還要注意賬號與訂閱的控制權問題，見 海外雲服務怎麼付款。
承諾買錯了怎麼辦？
取決於買的是哪一類：承諾金額的那一類（AWS 節省計劃、阿里雲國際節省計劃）規格可以換，容錯高；鎖規格的那一類（AWS 預留實例、騰訊雲國際預留實例、Azure 與 GCP 的承諾）買錯後承諾覆蓋率會掉，補救路徑也因廠商而異。展開見 AWS 預留實例怎麼買才不吃虧。
小團隊剛起步，該從哪層開始？
從第三層（渠道）開始——門檻最低、立即可得，而且和後面所有最佳化都不衝突。等負載形態穩定下來，再補第二層承諾；有明確可中斷的部分，再上第四層。別一開始就鎖三年承諾，用真實資料跑過一段時間再買，比一開始就賭對更划算。