如果你周四下午打不开Teams或Outlook，不是你的网络出了问题。微软旗下多款主力应用和服务在那天集体掉线，Downdetector的用户报告显示，Microsoft 365、Teams、Copilot和OneDrive都出现了故障。到周五下午，微软表示已为大量用户恢复服务，并就此正式道歉。 这次事故里有个细节值得单独拎出来：连微软365的状态页面本身都一度打不开。报道过多次服务中断的人也很难想起，上一次遇到“状态页也挂了”是什么时候。直到周五下午，该页面仍挂着“Microsoft 365（商业版或企业版）服务降级”的提示。 微软列出的可能受影响服务是一长串：Exchange Online、Microsoft 365管理中心、Microsoft 365应用、Microsoft 365应用管理中心、Microsoft 365教育版、Microsoft Copilot 365、Microsoft Defender for Office 365、Microsoft Defender XDR、Microsoft Fabric、Microsoft Graph、Microsoft Intune、Microsoft Planner、Microsoft Power Apps、Microsoft Purview、Microsoft Teams、Microsoft To Do、Power BI、SharePoint Online、Universal Print和Windows 365。 单看Outlook，周四下午的用户报告达到数十万条，指向微软系统管线某处出了大问题。报告量在当天逐步“放缓”，但周四下午查看时，Downdetector上每15分钟仍有超过5万条报告涌入。 原因：一次网络容量升级埋下的雷 整个周四，故障根因都是个谜。周五的道歉中，微软给出了确认说法： 这是一起技术问题，与网络攻击、AI或智能体无关； 事故由早前一次网络容量升级中的问题引入，并在近期一次网络变更后浮现； 底层问题已处理，其余客户和区域的服务仍在恢复中。 微软称对给客户和合作伙伴造成的干扰“深表歉意”。修复铺开的速度比一些人预期的慢，公司的解释是要逐阶段恢复服务、评估每一阶段的稳定性。完整的事后复盘报告将在审查完成后发布。 宕机期间发生了什么 故障过程中，微软曾确认部分基础设施负载升高，并称这可能是问题诱因之一。随后公司暂停了所有部署，把流量从受影响的基础设施上迁走，又发现多台服务器在健康检查失败后意外不可用。 微软一度怀疑，负责处理服务器健康检查的某个特定组件是系统检查失败的根源。公司表示，改用另一种服务健康检查方式后，部分受影响服务器成功重启；此后团队持续重启并验证受影响服务器，使其恢复服务。 从容量升级到网络变更，再到健康检查失灵，这条链条上没有任何一环与攻击或AI有关。对依赖Microsoft 365办公的企业来说，这次事故的教训落在基础设施的日常变更管理上——一次升级留下的问题，可以在数周后的一次网络调整中被重新点燃。 特别