編按：本文綜合整理自 AWS Health Dashboard（一手官方公告）、Hacker News 討論串（nprateem 發起的 405 分／278 則留言討論），並加入 Siami 編輯部觀點與分析。
事件總覽：17 億美元的「幽靈帳單」
2026 年 7 月 16 日太平洋夏令時間晚間 7:38，AWS 開始在「計價與成本管理主控台」（Billing and Cost Management Console）顯示錯誤的預估計費資料。當時只有少數用戶察覺異狀。隔天清晨，事件全面爆發——全球用戶打開 AWS 後台後，看見的數字不是每月慣例的個位數美元帳單，而是介於數十萬到 17 億美元 不等的「天價估計值」。
事件最早由 Hacker News 用戶 nprateem 在標題為「AWS: Inaccurate Estimated Billing Data – $1.7 billion」的討論串中提出：「我的本月預估帳單顯示 17 億美元，正常用量每月不到 5 美元。已經開了緊急 AWS 支援單，請問有人也遇到嗎？」此串在 2 小時內衝上 405 分、278 則留言。
AWS 官方處理時間軸（一手出處）
以下資訊直接摘錄自 AWS Health Dashboard 公開事件頁面（Operational issue - AWS Billing Console (Global)，狀態：Impacted）。
- 7 月 17 日 2:07 AM PDT：AWS 確認自 7 月 16 日晚間 7:38 開始，於計價主控台顯示錯誤的預估費用；工程團隊已進駐調查根因。
- 3:03 AM PDT：定位到根因為「預估計費子系統中的單價（unit pricing）出錯」，正在研擬緩解措施；明確表示「目前顯示的數字不代表真實用量與費用」，用戶無需任何操作。
- 3:52 AM PDT：為避免更多錯誤數字出現，AWS 暫停了預估計費運算；目前看到正常數字的用戶不會受影響，而看到誇大數字的用戶數字不會再繼續攀升；預估緩解後還需數小時才能完全恢復。
- 4:58 AM PDT：提出兩條並行修復路徑：(1) 還原到 7 月 15 日為止的最後一次「已知正確」計費狀態（會清掉所有誇大數字，但 7 月 16 日以後的用量暫時看不到）；(2) 回滾最近一次對計費子系統的變更。
- 5:54 AM PDT：內部監控顯示計費子系統已重新產生準確數字，AWS 正在進行額外驗證後決定是否恢復運算。
- 7:53 AM PDT：回滾並未解決問題，AWS 表示仍在調查多條緩解路徑；預估帳單更新維持暫停狀態，並改為「還原到最後一次正確的預估資料」；預計還要「數小時」才能完成重新運算。
目前官方訊息：受影響的服務是 AWS Billing Console（Global）等級的「Operational issue」，連帶 Cost and Usage Report（CUR）也受影響。用戶無需採取任何行動，AWS 強調「顯示數字不等於實際費用」。
社群反應：駭客與工程師的真實尖叫
事件在 Hacker News 與 Reddit r/aws 雙線延燒，留言區充滿「心靈受創」、「靈魂出竅」、「已打給媽媽告別」式的反應。Siami 摘錄三段代表性留言（已翻譯為繁體中文）：
- yuchen20（HN，412 推）：「我連續收到 3 封預算警示信，說我的 $18 門檻被突破。點進去一看：費用 7800 萬美元。一度以為是釣魚信，結果登入真的帳號⋯⋯還真的是 7800 萬美元。心靈受創。」
- root-parent（HN，287 推）：「我敢打賭 AWS Invoicing 職缺今天就會更新 JD：『我們的平台由生成式 AI、大型語言模型、知識圖譜與代理架構驅動』⋯⋯那這些 AI agent 顯然沒學過會計。」
- Reddit r/aws 用戶（203 推）：「AWS 又壞了不要慌。我點開通知看到帳單多一個 billion（十億）的零，嚇到差點心臟病發——原來是 AWS 的計量錯誤把你的費用放大十億倍，目前還在進行中。」
除了幽默與崩潰，更值得留意的是「所有回報的金額都是整數倍數膨脹」——許多用戶發現自己的費用被乘以 1,000 倍、10,000 倍，甚至恰好 10 億倍。這呼應 AWS 官方公告的「unit pricing 子系統」描述：當單價被錯誤地放大整數倍時，最終帳單就會以倍數膨脹。
為什麼這件事重要
對 AWS 用戶來說，計價主控台是「唯一可信的雲端費用總覽」。CI/CD、預算審核、財務月報、董事會報告——所有上下游決策都依賴這個數字。一旦這個數字失準，工程團隊、企業財務、甚至創投的盡職調查都會在幾小時內陷入混亂。
這次事件的特殊之處在於三點：
- AWS 罕見地即時承認錯誤：以往 AWS 故障公告常見延遲與模糊用語，本次從首次回報到定位根因只花了 5 小時，且明確指出「unit pricing 子系統」，屬於高度透明。
- 事件橫跨全球 Billing Console：這不是單一區域或單一服務的故障，而是影響所有使用 AWS 帳單主控台的客戶，規模遠大於 2019 年那次 AWS Billing 雙倍收費事件。
- 社群反應罕見地集中在「情緒」而非「技術」：留言區幾乎沒有深究 root cause 的工程分析，反而滿是「我以為我完了」、「我已寫好遺書」的恐慌貼文，顯示 AWS 對「用戶心理安全感」的衝擊遠比技術細節深。
數據解讀與質疑
把這次事件攤開來看，有三個值得追問的點：
- 「10 億倍」這個數字太整齊了：多則回報都顯示費用被乘以恰好 10⁹，這在浮點數或整數溢位上都屬於「教科書等級的 bug 模式」。AWS 既然定位到「unit pricing」，有沒有可能還原提交 PR 的工程師是「不小心把 1e-9 寫成 1」之類的低階錯誤？
- 為何 Billing Alarm 沒有即時觸發，反而是使用者先發現？：CloudWatch Billing Alarm 從 2012 年就存在，是 AWS 官方建議的預警機制。本次事件中多位用戶明確表示「看到天價帳單才知道出事了」，等於 Alarm 失效或被合併暫停。AWS 是否應在 Billing Console 異常時主動推送 out-of-band 通知？
- 「顯示數字不等於實際費用」這句話夠不夠用？：對企業客戶而言，「估計值」出現在主控台就足以讓 CFO 暫停雲端採購、讓創投要求重審 burn rate。AWS 是否應在事件期間把 Billing Console 改成「維護中，請勿參考」的字樣，而不是放任天文數字繼續顯示？
Siami 觀點：本次事件提醒所有重度 AWS 用戶兩件事——一是「永遠不要讓 Billing 主控台成為唯一真相來源」，應建立獨立的 Cost Anomaly Detection 與第三方監控；二是「Unit pricing 這種低階錯誤反而最難被抓」，因為 unit test 通常只測「有沒有算」，很少測「算出來合不合理」。建議企業在 CI 中加入「成本合理性斷言」，例如「單 VM 月費不應超過 $1,000」這種 sanity check。
目前狀態與後續追蹤
截至發稿，AWS 仍在調查多條緩解路徑，預估帳單更新維持暫停。AWS 官方承諾會在太平洋夏令時間 10:00 AM 提供下一次更新。Siami 將持續追蹤，包括：
- AWS 是否正式發布 Post-Event Summary（PIR）
- 是否有用戶因為這次事件誤觸 Budget Hard Cap 而服務中斷
- 是否有企業用戶因此發起 SLA Claim（AWS SLA 對 Billing 服務有 99.9% 可用性承諾）
主要資訊來源：
- AWS Health Dashboard（一手）：https://health.aws.amazon.com/health/status
- Hacker News 主討論串：https://news.ycombinator.com/item?id=48945241
- Reddit r/aws「AWS is having billing alert issues…don’t panic」討論
網友熱門留言 (3)