隨需計費、預留承諾與低價可中斷主機怎麼比較才划算
說明隨需計費、一到三年預留或承諾方案、可中斷低價執行個體的差異，並用算式示範回收期與損益兩平，教你在用量穩定時才簽承諾，避免綁約後浪費。
如果主機會穩定運行一年以上、規格不太會改變，預留或承諾型方案通常比隨需計費便宜；如果專案可能提早結束、規格會大幅調整，或你還在摸索需求，先用隨需計費比較安全。決策的關鍵是「確定會用多久」，而不是折扣看起來有多大。本文用算式帶你比較，並說明三種計費模式的條件與風險。
一、三種計費模式的基本差異
| 模式 | 概念 | 價格特性 | 主要風險 |
|---|---|---|---|
| 隨需計費 | 用多少算多少，按小時或秒計 | 單價最高，但最有彈性 | 長期穩定使用時成本偏高 |
| 預留或承諾 | 承諾一到三年的使用量或金額，換取較低單價 | 單價較低，可能預付或分期 | 用量下降時仍須付費，通常難以取消 |
| 可中斷低價執行個體 | 使用業者閒置容量，價格明顯較低 | 單價最低，但可能隨時被回收 | 服務可能中斷，不適合持續上線的系統 |
各家業者的名稱與細節不同，有的叫預留執行個體，有的叫承諾使用折扣或節省方案。共通點是：你承諾了時間或金額，換到折扣。請閱讀官方文件，確認承諾的對象是「特定規格」還是「一段期間的總使用金額」，後者通常彈性較大。
二、用算式找出損益兩平
假設（純為示意，不是任何業者報價）：
- 隨需單價：每月 1,000 元。
- 一年承諾方案：預付 7,800 元，等於每月 650 元。
一年下來，隨需合計 12,000 元，承諾 7,800 元，差額 4,200 元。如果你確定會用滿 12 個月，承諾方案省 35%（4,200 ÷ 12,000）。
但如果只用了 8 個月就不需要了：隨需為 8,000 元，承諾仍然是 7,800 元，只省 200 元。若只用 7 個月，隨需 7,000 元，承諾 7,800 元，反而多付 800 元。
損益兩平的月數 = 承諾預付金額 ÷ 隨需月費 = 7,800 ÷ 1,000 = 7.8 個月。也就是只要確定使用超過約 8 個月，承諾就划算。
可以直接用預留承諾方案回收期試算代入自己的預付金額與每年節省額。
三、什麼時候適合承諾
- 主機已經穩定運行至少幾個月，用量曲線平坦。
- 規格短期內不會變更，例如資料庫主機、核心 API。
- 專案有明確的長期預算，並且已確認承諾金額在總支出中的比例。
- 業者允許變更規格、轉讓或退款，風險較低。
一個保守做法是：只承諾「基準用量」，也就是最低限度一定會用到的部分，超過的部分仍然用隨需。例如平常需要 3 台、旺季到 6 台，就先承諾 3 台。
四、什麼時候不要承諾
- 專案剛開始，不確定使用者量。
- 預期近期會改架構，例如換成容器或託管服務。
- 預算由專案補助或有結案日期，承諾期超過專案期。
- 公司可能更換業者。
五、可中斷低價執行個體的使用條件
可中斷（常稱 Spot 或搶占式）執行個體價格明顯較低，但業者在需要容量時可以回收，通常只提前很短的時間通知。適合：
- 批次處理與資料轉換，可以分段重試。
- 影像或影片轉檔、機器學習訓練（有儲存檢查點）。
- 開發與測試環境。
- 無狀態、可水平擴充的服務，且前面有備援的常規主機。
不適合：資料庫主機、單點服務、需要穩定回應的使用者請求。使用時要確保程式能處理中斷，並且資料不放在會隨主機消失的磁碟上。
六、承諾前的檢查清單
- 承諾的是規格、地區，還是總金額？換規格會如何處理？
- 是否可以退款、轉讓或提前結束？條件是什麼？
- 預付、部分預付與不預付三種付款方式，單價差多少？
- 到期後是否自動回到隨需價格？提醒機制是什麼？
- 公司內是否能接受外幣預付與營業稅處理？請參考營業稅、發票與外幣手續費。
- 資金成本：預付一年的錢如果拿去做別的事，報酬是否更高？
七、預算規劃：基準用量與彈性用量
預留方案最容易犯的錯，是用「現在的最高用量」去承諾。更穩健的做法是把用量分成兩層：
| 層級 | 定義 | 建議計費方式 |
|---|---|---|
| 基準用量 | 過去幾個月幾乎每天都在運行的最低量 | 承諾或預留 |
| 彈性用量 | 活動、尖峰或季節性增加的部分 | 隨需計費 |
| 可中斷用量 | 可重試、可延後的批次工作 | 低價可中斷執行個體 |
示意計算（數字純屬舉例）：平常需要 4 台，旺季需要 10 台，每台隨需月費 1,000 元，承諾後為 650 元。只承諾 4 台，旺季多出的 6 台維持隨需：平常月費為 4 × 650 = 2,600 元；旺季為 2,600 + 6 × 1,000 = 8,600 元。如果錯誤地承諾 10 台，則每月固定付 10 × 650 = 6,500 元，淡季十個月就多付了不少。把兩種方式在你的實際月份曲線上算一遍，就會看出差距。
八、承諾之後的管理
簽下承諾並不是終點，還要持續管理：
- 每月檢視承諾的使用率，若低於 80%，要找出原因並調整。
- 在行事曆記下到期日，並在到期前六十天開始評估是否續約、調整或改用其他方案。
- 規格變更前先確認是否會影響承諾的適用範圍。
- 專案結束時，看看承諾額度能否轉給其他專案使用。
- 把承諾的總金額與到期日記錄在財務或採購系統，避免換了負責人之後沒人知道。
九、三個典型的決策情境
以下三個虛構情境說明如何套用前面的原則，數字僅為示意。
情境一：新創公司的測試期。 產品剛上線兩個月，使用者數不穩定，架構還在調整。這時即使看到承諾方案有三成以上折扣，也不建議承諾，因為只要架構改變一次，原本承諾的規格可能就用不到。建議維持隨需計費，並每月檢視用量曲線。
情境二：穩定運行的內部系統。 公司內部的人事系統已運行三年，規格固定，使用者數穩定，沒有搬遷計畫。這是承諾方案最適合的情境。可以先承諾一年，觀察是否有調整需求，再考慮延長。
情境三：資料處理批次工作。 每天晚上有三小時的資料轉換工作，可以失敗重試。這類工作適合使用可中斷的低價執行個體，並把工作拆成小段，每段完成就儲存進度，被中斷時從上一個檢查點繼續。這樣即使偶爾被回收，總成本仍然遠低於一般隨需計費。
十、與其他省錢方法的搭配
承諾方案不是唯一的省錢工具。在簽約之前，先考慮這些通常更容易達成、風險更低的做法：
- 刪除閒置與過大的資源，調整到合適規格。
- 測試與開發環境排程關機，只在上班時間運行。
- 使用較新世代的執行個體類型，通常效能價格比較好。
- 使用快取與內容傳遞網路，降低主機負載與流量。
- 清理不用的快照、磁碟與固定 IP。
這些做法先做完，再看剩下的穩定用量要不要承諾，通常能得到比較合理的承諾金額，而不是把浪費也一起鎖定在合約裡。
常見問題
承諾一年與三年差別大嗎？
通常承諾越久折扣越大，但風險也越高。若不確定三年後的架構，一年期通常是較穩健的選擇，之後再視情況延長。
承諾到期後會怎樣？
多數業者到期後回到隨需價格，並不會停止服務，但也有例外。請把到期日記在行事曆，到期前一個月重新評估。
可以只對部分主機承諾嗎？
可以，也是建議作法：只承諾穩定的基準用量，波動的部分維持隨需或可中斷。
參考來源
- Amazon Web Services — 查詢預留與節省方案的官方說明
- Google Cloud — 承諾使用折扣的官方說明
- Microsoft Azure — 預留執行個體與節省方案文件
