支援費是按你賬單的百分比計的，所以它會隨用量自動增長——賬單翻倍，支援費也翻倍，但你得到的支援不會翻倍。五檔的差別不只是響應時間，還有 Trusted Advisor 的完整度，以及能不能談價。
AWS 的支援計劃是賬單上最容易失控的一項——不是因為它貴，而是因為它的計價方式很特別：按你賬單的百分比收。
這意味著一個反直覺的後果：你的用量漲了，支援費自動跟著漲，但你得到的支援並不會跟著變多。 很多人是在賬單規模翻了幾倍之後，才發現這一行的絕對值已經很可觀。
這篇講清五檔的差別、哪些差別真的重要，以及這錢該怎麼判斷值不值。價格與分段以官方定價頁為準（不同來源的表述略有出入）。
最容易被忽略的性質：它是按賬單百分比計的
除了最基礎的免費檔，其餘各檔的計價都可以概括成同一句話：「按用量的一定百分比，或一個最低月費，兩者取大」。
這句話裡有兩個關鍵：① 「取大」——用量小的時候你付最低月費，用量大的時候百分比會超過月費，於是按百分比走；② 百分比是分段遞減的——不是對整張賬單收一個固定比例，而是分段累加，用得越多、後面那幾段的邊際費率越低。
為什麼這一點值得單獨講？因為「按百分比」意味著：
- 它會隨用量自動增長，不需要任何人做決定。 其他成本項至少需要你開一臺機器，這一項什麼都不用做也會漲。
- 它天然是一個「大額行項」。 賬單規模越大，它越顯眼——而這時你往往已經把注意力放在計算和儲存上了。
- 它是一個可以被重新評估的決定。 很多團隊在早期選了一檔，之後再沒回看過；而用量結構可能早就變了。
五檔對比：從免費到專屬客戶經理
| 檔位 | 計價方式 | 關鍵差別 |
|---|---|---|
| Basic | 免費（隨賬號附帶） | 沒有技術支援渠道，只有文件、論壇與賬單支援 |
| Developer | $29/月起，或月用量的 3%（取大） | 僅郵件、工作時間響應；面向開發與測試 |
| Business | $100/月起，或分段百分比（首 $10K 的 10% 起逐段降至 3%） | 24/7 支援、生產中斷最快 1 小時響應、全量 Trusted Advisor |
| Enterprise On-Ramp | $5,500/月起，或分段百分比 | 關鍵問題最快 30 分鐘響應；技術客戶經理（TAM）池；賬單與賬戶專員 |
| Enterprise | $15,000/月起，或分段百分比（首 $150K 的 10% 起逐段降至 3%） | 專屬 TAM、最快 15 分鐘響應、基礎設施事件管理、架構評審 |
看這張表時，不要只比「響應時間」——那是最顯眼但未必最重要的差別。真正會改變你日常體驗的有三處：
- 有沒有技術支援渠道（Basic 沒有，這是最本質的分界）。
- 能不能 24/7 提交生產問題（Developer 只在工作時間、且只走郵件）。
- Trusted Advisor 的完整度——全量檢查需要 Business 及以上，而其中包含成本最佳化類的檢查項。
第三點常被低估：如果你本來就在做成本最佳化，光是為了拿到完整的 Trusted Advisor 檢查，Business 檔有時就能自我證明——它給出的正是「哪些資源在浪費」的清單。反過來，如果你從不看這些建議，那這條理由對你不成立。
Business 檔：大多數生產環境的起點
如果只記一句話：跑生產環境、且中斷會造成損失的團隊，起點通常是 Business 檔。 理由是三個實際差別：
- 24/7 提交——生產問題不會挑工作時間發生。
- 生產中斷有明確的響應時限（最快 1 小時），這是 Developer 檔沒有的。
- 全量 Trusted Advisor。
但這裡有一個必須提前算清的賬：Business 是按分段百分比計的，所以它的絕對值隨用量上升。 在決策前，請把「這一檔實際要花多少」按你當前的賬單規模算出來——官方定價頁有分段表，照著算一遍比看百分比印象可靠得多。
⛔ 別按「起價」做預算：$100/月起這個數字只對極低用量成立。用量一上來，百分比就會超過最低月費。先按自己的用量算出實際數字，再判斷值不值。
兩檔企業級的門檻與取捨
企業級有兩檔，差別主要在你和技術客戶經理（TAM）的關係形態：
| Enterprise On-Ramp | Enterprise | |
|---|---|---|
| TAM | 共享池（按需分配工時） | 專屬 |
| 關鍵問題響應 | 最快 30 分鐘 | 最快 15 分鐘 |
| 起價 | $5,500/月起 | $15,000/月起 |
| 適合誰 | 需要 TAM 但還不到專屬量級的團隊 | 有複雜架構與合規要求的大型組織 |
這兩檔的價值不在於響應時間更快（對多數團隊而言 1 小時和 15 分鐘的差別遠小於「有沒有人真的懂你的架構」），而在於有人主動參與你的架構決策：評審、容量規劃、重大活動護航。如果你們的 TAM 一年都沒開過幾次會，那這一檔的意義就基本只剩價格了。
用這種方式判斷，比看功能清單有效得多。至於企業級的另一條路——與官方談跨服務的整體折扣——屬於優惠體系裡規模門檻最高的一層，見 AWS 優惠全覽。
這錢值不值：三個判斷問題
支援計劃沒有「標準答案」，但可以用三個問題把決定收斂：
- 「如果生產中斷 4 小時，損失是多少？」 如果這個數字遠大於一年的支援費，那響應時限就值這個價；如果損失很小（內部系統、非關鍵業務），高檔位就是浪費。
- 「我們的團隊自己能解決多少？」 團隊裡有沒有熟悉該雲的工程師，直接決定你需要的是「快速響應」還是「主動指導」。很多團隊真正需要的是文件、預案和值班流程，而不是更快的工單。
- 「我們現在這一檔是什麼時候選的？」 如果沒人記得，那它就是預設值，值得重新評估一次。用量結構變了、團隊能力變了，檔位也該跟著變。
一個常被忽略的降檔方向：團隊能力上來之後，從 Business 降回 Developer 是合理的——前提是你能接受「關鍵問題只在工作時間、只走郵件」。評估依據不是「我們現在花得起」，而是「我們的實際響應能力夠不夠」。
能談嗎：能，但只在這一檔以上
這是很多人不知道的一點：支援計劃的價格並不全是一口價。
- Business 及以下：按標價，通常沒有單獨協商空間。
- Enterprise On-Ramp 與 Enterprise：可以談，而且通常是隨整體企業協議一起談的——也就是說，它不該被當成一個獨立的小項去砍，而是整體承諾的一部分。
這個區別的意義在於：如果你的用量已經足夠大，那麼這一項是被低估的談判點。 反過來，如果還在 Business 檔，就不必花精力在這上面——把精力放在用量結構最佳化上，收益更大（見 AWS 賬單看不懂？6 個可執行做法）。
另外提醒一句：支援計劃的費用本身也會體現在賬單裡，所以它會計入你「按百分比」計算時的基數嗎？不會——它以獨立行項出現。但排查賬單時如果看到這一項突然變大，通常只是你的用量變大了，而不是支援計劃漲價了（排查思路見 AWS 賬單突然變高怎麼排查）。
常見問題
我必須要買支援計劃嗎？
不必須。Basic 檔是隨賬號附帶的免費檔，只是沒有技術支援渠道（只有文件、論壇與賬單相關支援）。個人專案、實驗環境通常夠用；一旦跑生產、且中斷有業務影響，就該認真評估上一檔。
Developer 檔和 Business 檔差在哪？
三個實際差別：Business 是 24/7，Developer 只有工作時間；Business 走電話/聊天/郵件，Developer 只走郵件；Business 有生產中斷的響應時限（最快 1 小時），Developer 沒有。另外 Trusted Advisor 的完整檢查需要 Business 及以上。
支援計劃會隨我的用量自動漲價嗎？
會——這正是它最容易被忽略的地方。除免費檔外，各檔都是「最低月費或用量百分比，取大」，所以用量上升時它會自動跟著上升，而不需要你做任何決定。建議每年（或用量結構明顯變化時）重新算一遍，而不是選一次就不再回看。
我可以隨時升級或降級嗎？
按公開資訊，升級通常可以較快生效；降級一般要等到當前計費週期結束。具體規則與生效時間以官方頁面與條款為準——如果降級是為了控製成本，建議在當期就先按下一檔的預期做規劃。
支援計劃的費用能算進「成本最佳化」裡嗎？
它是成本結構的一部分，但不屬於「折扣」那一層——它不改變你的服務單價。所以最佳化它的方式是「選對檔位 + 該談的時候談」，而不是指望折扣覆蓋。優惠體系的分層見 AWS 優惠全覽；如果只是想在同等服務下降低實際支付金額，那是渠道側的事，見 AWS 折扣與代理定價，五家機制差異見 五家雲廠商折扣機制對比。