AWS 萬億美元帳單 Bug 真相：一個單位價格錯誤，令全球客戶嚇到心都離埋

根本原因：單位價格出錯

AWS 確認咗今次事件嘅根本原因係估算帳單運算子系統入面嘅單位價格錯誤 。呢個負責計算預測成本嘅子系統，用錯咗價格單位，以致估算演算法用咗錯誤嘅、大為誇大嘅單位費率去乘用量。問題出喺估算邏輯本身，而唔係實際用量數據有錯 。

影響範圍：全球性

• 全球性 — 由印度班加羅爾去到英國鮑爾索弗，所有AWS區域嘅客戶都受影響 。
• 所有用戶 — 任何喺事件期間使用過 Cost Explorer 或 Billing Console 嘅用戶，都見到唔準確嘅估算數據 。
• 呢個錯誤冇影響到實際帳單 — 已經產生嘅發票同費用係分開嘅系統，AWS 亦多次強調顯示嘅數字唔反映真實用量或應繳金額 。

影響：恐慌、警報疲勞同信任危機

• 客戶恐慌 — 社交媒體湧現大量帖文，有用戶形容見到個萬億美元結餘嗰刻「個心離咗一離」 。甚至有啲客戶話見到估計費用達到千兆美元級別 。
• 警報疲勞 — AWS Budgets 同 Cost Anomaly Detection 觸發咗大量警報，可能令團隊習慣咗呢啲假警報，將來對真正嘅警報反應遲緩 。
• 冇實際金錢損失 — AWS 並冇根據錯誤金額去收費，啲數字只係顯示用嘅估算值。但對於企業客戶嘅信任同日常運作嚟講，影響都相當大 。

復原時間線：長達16-18個鐘頭嘅「搏鬥」

總共錯誤顯示時間： 大約16至18個鐘頭，而完整嘅重新計算需時更耐。

對雲端帳單警報系統嘅長遠啟示

呢次事件暴露咗幾個重要嘅架構問題：

1. 警報邏輯嘅盲點 — AWS Budgets 同 Cost Anomaly Detection 依賴同一條出錯嘅估算管道。一旦上游計算出問題，所有下游警報就會變成噪音 。呢次事件清楚表明，帳單警報嘅可靠程度，取決於背後嘅估算系統。

2. 大規模警報疲勞 — 成千上萬嘅客戶同一時間收到假嘅高額警報。呢種情況會令營運團隊對警報變得麻木，將來遇到真正嘅帳單異常或者成本急升時，反應會變慢 。

3. 需要獨立嘅合理性檢查 — 雲端帳單系統目前缺乏一種「斷路器」機制，去阻止顯示超出合理範圍（例如超過正常金額嘅1000倍）嘅估算結果。經過今次事件後，企業好大可能會要求多層驗證：即係用第二條獨立嘅管道，喺顯示之前先檢查估算係咪超出歷史常態。

4. 溝通缺口 — AWS 冇預設機制可以即時壓制或者覆蓋控制台上嘅錯誤估算。客戶只能靠社交媒體同 AWS 狀態頁先知數據係錯嘅 。

5. 架構上嘅教訓 — 估算子系統應該加入防禦性嘅界限檢查：如果計算出嚟嘅估算超過咗可設定嘅、對比上一期實際費用嘅倍數，系統應該拒絕顯示，而改為顯示「數據處理中」嘅訊息。

總括嚟講，2026年7月嘅 AWS 帳單錯誤唔係一個財務事件，而係一個關於信任同系統架構嘅事件。佢揭示咗雲端成本管理系統需要更好咁將估算邏輯同用戶界面分隔開，同時引入斷路器機制，以防一個單位價格打字錯誤就引起全球恐慌。