从 11 月 12 日开始，全球范围内的 Microsoft 365 中断导致 Outlook、Teams 和 Copilot AI 助手中断超过 12 个小时，导致全球企业和政府的业务通信陷入瘫痪，并拖累了亚太地区的工作日，才出现任何有意义的恢复。
这次中断始于 11 月 12 日，并迅速升级为微软今年最广泛的服务故障之一。路透社报道称，尽管微软称其已部分恢复，但服务中断仍蔓延至亚太地区的营业时间；英国广播公司 (BBC) 指出，随着故障蔓延，数以万计的用户报告了问题。 更多相关背景，请参阅我们的AI最新动态。
发生了什么
这次中断影响了微软生产力堆栈的核心。 Outlook 电子邮件在全球范围内出现下滑，《连线》杂志观察到，所有工作都围绕电子邮件的人们发现自己无法发送电子邮件。 Teams 是取代了大部分现代办公室会议和聊天基础设施的协作平台，也受到了类似的影响，Mashable、CRN 和 BleepingComputer 都确认 Microsoft 的 Copilot AI 助手是受影响的服务之一。
Copilot 的加入让此次停电具有明显的 2026 年维度。微软花了两年时间将 Copilot 推入 Word、Outlook、Teams 和 Windows 本身的工作流程中，使人工智能助手成为公司生产力堆栈的默认层。当底层服务出现故障时，人工智能层也会随之失败——这提醒人们，企业人工智能的采用最终取决于其下方的云基础设施的可靠性。
地理分布将这一事件与常规的区域性故障区分开来。 Windows Central 在 11 月 12 日发生故障时就标记了该故障，BBC 将该问题描述为全球性问题，收到的报告数以万计。 Deadline 将电子邮件故障描述为导致业务沟通瘫痪，《独立报》统计，事件持续到 11 月 13 日上午，受影响的用户已达数千人。
微软的复苏之路
这一事件的独特之处不仅在于其规模，还在于其持续时间。中断开始十多个小时后，CNA 报道称，微软仍在努力修复全球 Outlook 中断问题。该公司自己的状态更新承认，恢复服务的尝试并未按预期进行——对于一个为大部分企业界提供电子邮件和协作的平台来说，这是异常坦率的承认。
微软将其部分资产描述为处于部分恢复状态，尽管用户报告仍在跨地区进行。据《海峡时报》报道，这次中断正在影响企业和政府，贸易媒体指出，这一事件使云集中风险重新受到评估对单一提供商依赖的保险公司和经纪人的关注。
该公司尚未确认在发布时审查的报告中的根本原因，对故障根源的猜测应该等到微软发布事件后摘要。该公司最近的停机历史记录（包括 2026 年 7 月的 Azure 维护错误导致 IP 路由消失并导致 Teams 停机数小时）表明，过去的事件通常是由配置更改和内部系统故障而非外部攻击造成的。
云集中的更广泛成本
该事件发生在企业人工智能可靠性的敏感时刻。 2026 年 6 月，TechTime 报道称 Microsoft Copilot 在同一个月内出现两次故障，引发了企业客户是否有专门针对 AI 停机的 SLA 保护的疑问。在 Outlook、Teams 和 Copilot 中同时发生如此大规模的中断，进一步强化了这样的论点：人工智能助手的可用性现在是首要的业务连续性问题，而不是新鲜事物。
它还引发了一场全年不断的争论，即世界上有多少工作依赖于少数超大规模平台。当单个提供商的故障可以同时使整个经济体的电子邮件、会议和人工智能助手陷入沉默时，异构基础设施（多个提供商、本地优先工具和离线功能）的弹性论据就会变得更加有力。
这一论点在人工智能领域获得了实际关注。本地优先推理已经从业余爱好者的追求转变为主流产品类别，Meta 推出了在消费级 GPU 上运行的开放权重模型，而 Edge0 本周开源了一个设计用于在笔记本电脑上运行的 145B 参数模型。像这样的中断是这些项目所要求的最强有力的营销。
企业应该注意什么
对于依赖 Microsoft 365 的组织来说，直接的教训是程序性的：状态页面监控、通信回退和恢复预期（假设即使对于最大的提供商而言，修复也可能需要几个小时）。微软自己承认补救措施没有按预期进行，这是事件计划的一个校准点——部分恢复公告并不意味着工作电子邮件。
更长期的问题是，Copilot 的企业客户是否会要求对人工智能服务做出明确的可靠性承诺。截至目前，人工智能助手的停机时间很大程度上与底层生产力应用程序相同的服务条款，像这样的事件将测试这种安排是否能够在与建立了依赖于人工智能的工作流程的企业的接触中幸存下来。
微软表示正在继续进行全面恢复工作。 AI Buzz Wire 将在公司发布事件摘要时更新本文。
---
掌握AI最新动态获取最新的AI新闻、分析和突破——尽在一处。
阅读更多AI新闻 →
