138,058 筆報障與 43.2 分鐘額度：微軟 365 全球當機的兩本帳

138,058 筆。這是監測網站 Downdetector 在 11 月 12 日當天，單就 Outlook 一項服務收到的尖峯報障量。同一張時間軸上，Exchange Online、Teams、OneDrive、SharePoint、Microsoft 365 Copilot、Defender XDR 依序列入微軟服務狀態頁，部分使用者無法收發郵件、載入信箱或開啟雲端檔案，連 OpenAI 與 Anthropic 服務使用的連接組件也在波及範圍內。而在微軟企業合約的服務等級協議裡，99.9% 的月度可用率，換算成當機容錯額度是每個月 43.2 分鐘。

同一場故障，記在兩本帳上。一本是合約折抵條款，上限是月費的三成；另一本是全球企業的營運成本，以小時為單位累進。兩本帳之間的數量級落差，是這次事件真正值得拆的部分。

十項服務、一張帳單：耦合是設計出來的

微軟商業雲的裝機基礎先看規模。付費 Microsoft 365 商用席次在 2023 年即突破四億，Teams 月活躍使用者約三點二億。以企業主流的 E3 方案定價每月每席 36 美元估算，一家一萬人的企業，一年在這張帳單上的支出約 432 萬美元，換到的是郵件、會議、檔案、協作、資安與 AI 助理的整套組合。組合銷售壓低了單項採購價，同時把單點故障的半徑放大到整個工作面。

這次狀態頁的名單把耦合攤開：Exchange Online 與 Outlook、Teams、SharePoint Online 與 OneDrive、Copilot、Defender XDR、Planner、To Do。微軟最初僅通報美洲地區的 Exchange Online 連線問題，數小時內把範圍擴大為全球任何地區皆可能受影響。更值得單獨記一筆的是管理中心：當機期間部分管理員連管理後臺都進不去，只能改看對外公開的狀態頁。管理介面與被管理的服務共用同一套基礎設施，維運儀表板在故障中與業務一起熄燈。

故障機制同樣是結構問題。微軟的說明指出，整體流量並未突然增加，問題出在大量伺服器未通過自動健康檢查，被系統判定不可用，剩下的伺服器承接超額負載。平時，把壞節點踢出流量池的自動化是可用率的守護者；異常時，同一套機制成了故障放大器，健康檢查誤判越多，可用容量越少，連鎖沿著負載曲線滾下去。微軟的處置順序與歷次事件幾乎相同：先凍結所有部署與設定變更，再調整全球流量分配，然後重啟受影響伺服器。北京時間 13 日凌晨 5 時，替代健康檢查方法在部分伺服器上驗證成功後向更大範圍推廣。官方同時複查近期的設定變更，並承認部分更新可能與此次故障相關。

43.2 分鐘的算術

服務等級協議把可用率翻譯成金額。99.9% 的月度門檻，等於每月 43.2 分鐘、每年約 8.8 小時的容錯額度。依微軟企業方案的服務點數條款，月度可用率跌破 99.9%，可申請當月月費 25% 的折抵，跌破 99% 為 30%，以服務點數形式入帳。計算基礎是月費，與企業的實際損失脫鉤。

以一萬人、E3 方案的企業換算：月費約 36 萬美元，25% 折抵是 9 萬美元。若當機六小時落在工作日白天，一萬名知識工作者按每小時 30 美元的保守閒置成本估算，帳面損失約 180 萬美元，為折抵金額的二十倍。服務點數在經濟功能上是月費折讓，營運風險留在企業自己的科目裡。

跨週期對照更能看清楚這個落差。2021 年 10 月，Azure Active Directory 的一次設定變更讓 Teams、Dynamics、Xbox 等服務中斷數小時；2024 年 1 月，Azure Front Door 與 CDN 的設定變更引發全球性 Azure 故障，Teams、Outlook 同時受累；2024 年 7 月的 CrowdStrike 事件根因在合作廠商的內容更新，微軟統計約 850 萬臺 Windows 裝置當機，保險科技公司 Parametrix 估算 Fortune 500 大企業合計損失約 54 億美元。回看這幾次事件，觸發條件集中在部署與設定變更的防護實務這個類別，這一次的調查方向，又回到同一頁。

連對手都在同一條軌道上

這次事件裡最有結構資訊量的細節，是 OpenAI 與 Anthropic 的服務連接組件被波及。微軟累計對 OpenAI 投資約 130 億美元，長期擔任其雲端與算力主力供應商，ChatGPT 的規模化推理有相當比重架在 Azure 上；連接層一晃，競爭對手的服務跟著晃。爆炸半徑超出微軟自有客戶名單，說明 AI 服務的可用性已部分繼承自單一超大規模雲端的可用性。資本市場先前已為 AI 基礎設施的風險重新計價，這與我們在那斯達克長黑把 AI 風險寫進估值的分析同向，這次當機提供的是營運面的註腳。

受惠名單與承壓名單

承壓端先記微軟自己：折抵點數是最直接的現金成本，Copilot 的企業推廣敘事受損是更慢但更貴的科目，管理後臺失靈則讓企業資訊部門對「單一控制面」的信任打折。其次是重度依賴單一架構的企業與受管服務商，當機六小時期間能做的大多只剩等待狀態頁更新。

受惠端不難辨認：Google Workspace 在續約窗口拿到對照組位置，Zoom、Slack 類單點工具獲得一次免費的比價機會，備援、多雲與混合方案廠商多了一份採購理由，地端 Exchange 存量市場也多了幾句殘值論述。至於故障成本落在誰頭上，切法與我們先前拆解的Wi-Fi 滿格卻無法上網的三段責任區是同一套邏輯：服務商承擔條款內的折抵，條款外的損失與修復壓力留在企業自有的那一段。

三種情境

情境一，單一事件結案。事故報告與服務點數發放後，採購行為回到原軌。這是歷次同類事件的預設結局，發生機率最高。

情境二，十二個月內重演。SLA 折抵進入採購談判議程，多雲與備援從簡報口號變成預算科目，Google Workspace 在換約週期取得實質比價籌碼，營運韌性監管的討論延伸到對超大規模雲端業者的單點依賴。

情境三，AI 集中度繼續加深。Copilot 與代理式工作流把更多企業流程搬上同一套基礎設施，當機的單位成本隨 AI 滲透率上升，資料可攜性與退出條款成為下一輪合約談判的焦點。這次連對手都跟著斷線，已經是情境三的一次預演。

微軟的處置劇本跨週期幾乎不變：凍結變更、重分配流量、重啟、事後補上自動偵測無回應伺服器的機制。劇本穩定，代表工程端的修復路徑成熟，也代表結構性風險沒有變。企業端真正要算的是另一本帳：43.2 分鐘的容錯額度寫在合約裡，基礎設施的韌性得用另外的預算購買；當郵件、檔案、會議、資安與 AI 記在同一張帳單上，分散採購的保險價值，值得在下次續約前先算清楚。