📰 重點摘要

微軟 365 全球性當機從週四延續到週五，造成 Outlook 電子郵件與部分 Teams 功能受影響。微軟在 UTC 時間上午 7 點 25 分的更新中表示，修補程式已改善部分伺服器的穩定性，正努力將修復擴大部署，但未提供恢復時程。問題起因是處理安全連線的程序負載過高，導致受影響的伺服器停止處理請求，部分使用者無法存取 Exchange Online 信箱。微軟嘗試重啟基礎設施、重新導向網路流量並擴充伺服器容量來恢復服務，並表示沒有跡象顯示遭到資安入侵。此次事件也波及 Microsoft Copilot 與 Defender for Office 365 的部分功能；在 Teams 中，使用者難以排定會議與寄送邀請，但多數通話與聊天仍可正常運作。微軟在 10 月的文件中指出，該套件付費商業席位超過 4.5 億個，Exchange Online 負責託管各機構的信箱與行事曆，包括 AI 助理在內的外部應用程式，也依賴同一服務在使用者連結工作帳號後擷取資料。OpenAI 回報 ChatGPT 的 Microsoft 365 連接器出現錯誤，Anthropic 則表示 Claude 的 Microsoft 365 連接器中，多數電子郵件、行事曆與搜尋請求都失敗。美國第十巡迴上訴法院書記處週四大半天無法收發電子郵件，日本財務省週五無法接收郵件，新加坡政府科技局也向 CNA 表示，政府電子郵件是受影響的系統之一。

💬 JudyAI Lab 觀點

微軟365全球當機從週四延續到週五，Outlook與部分Teams功能受影響，連ChatGPT和Claude的Microsoft 365聯結器也跟著出錯。這則新聞值得關注，是因為它讓我們看到AI工具對底層雲端服務的依賴有多深。

對AI builder來說，這個案例反映出一個設計上的盲點：我們習慣把注意力放在模型本身的穩定度，卻容易忽略資料來源的單點風險。原文提到，包括AI助理在內的外部應用程式，都依賴Exchange Online在使用者連結工作帳號後擷取資料。這次OpenAI回報ChatGPT聯結器出現錯誤，Anthropic也表示Claude的聯結器中多數電子郵件、行事曆與搜尋請求都失敗。模型本身沒壞，但只要上游服務停擺，整個功能就跟著失效。微軟付費商業席位超過4.5億個，代表一次故障的影響範圍會同時延伸到企業、政府機關與AI產品。當AI功能建立在單一上游之上，可用性的上限就由上游決定，這一點在設計階段就該被正視。

行動上，建議我們盤點自己的產品或工作流程裡有哪些功能依賴單一外部服務，並為每一項設計明確的降級方案，例如聯結器失敗時給使用者清楚的提示，而不是無聲地報錯。

📅 原文資訊

🔗 延伸閱讀