微软就全球365服务中断致歉，归咎于网络升级故障，排除AI或网络攻击因素

华盛顿州雷德蒙德 — 微软公司于周五晚间向全球企业客户和商业伙伴发出正式道歉，承认一次大规模全球性中断造成了严重的运营干扰，导致Microsoft 365生产力套件的关键组件，包括Outlook、Microsoft Teams和Copilot服务瘫痪。

微软通过官方渠道发布的直接公开声明中，这家总部位于雷德蒙德的软件和云超大规模提供商确认，其工程部门正在观察核心企业基础设施的广泛恢复和稳定。至关重要的是，微软特意澄清了关于此次事件根本原因的广泛猜测，明确确认此次中断并非敌意网络攻击、勒索软件入侵或自主人工智能代理的异常行为所致。

“我们对此次事件给客户和合作伙伴造成的干扰深表歉意。我们深知他们对我们服务的信任，并极其严肃地对待这一责任，”微软在官方公告中表示。“我们正在观察服务的广泛恢复和稳定。这是一次技术问题，与网络攻击或人工智能/代理无关。”

网络容量升级冲突

根据微软事件响应团队分享的技术披露，此次级联服务故障源于内部网络容量部署中的配置错误。该潜在缺陷在一次例行网络变更后浮现，触发了一种操作故障模式，导致负责在Microsoft 365租户之间路由认证请求的流量分发器和网关服务器不堪重负。

此次披露与独立网络可观测性平台早些时候跟踪的遥测数据相符，这些数据记录了欧洲、中东和亚洲在清晨营业时间开始出现的急剧数据包丢失和认证握手超时。随着内部服务器健康检查开始报告容量错误，自动化故障转移机制通过将连接请求循环到辅助服务器集群来加剧负载，从而有效地产生了自我造成的瓶颈。

“此次事件是由早期网络容量升级中的一个问题引入的，该问题在最近一次网络变更后浮现，”微软澄清道。“我们已经解决了根本问题，并继续为剩余客户和地区恢复服务。”

有纪律、分阶段的恢复策略

针对客户对实现全面服务恢复所需时间过长的质疑，微软解释说，其站点可靠性工程师采用了分阶段的重新引入策略。工程师们没有在全球数据中心区域立即进行全面重启，而是迭代地恢复流量容量，在每个阈值验证遥测数据，以防止二次流量过载。

“鉴于需求规模，我们逐步恢复服务，在每个阶段验证稳定性，”该公司指出。“虽然这花费了更长时间，但它有助于确保稳定的恢复。”

企业基础设施分析师观察到，微软谨慎的恢复节奏反映了从以往超大规模中断中吸取的深刻教训，即快速的流量重新注入会造成“雷鸣般的羊群”问题，反复导致已恢复的路由池崩溃。通过在周五恢复阶段计量网络入口，微软防止了依赖关键任务工作流集成的企业租户出现级联故障。

消除自主AI和网络攻击理论

明确否认网络破坏和自主AI异常对企业IT领导层具有重要的战略意义。在中断发生的最初几个小时内，未经证实的谣言在数字开发者论坛和安全圈中流传，猜测此次中断可能是由复杂的分布式拒绝服务（DDoS）攻击、国家级利用新披露的Active Directory漏洞，或Microsoft 365 Copilot内部不受约束的自主代理循环触发的。

通过明确排除敌对网络活动和自主代理操作，微软旨在安抚正在应对日益严格的AI治理和第三方供应商风险监管合规要求的企业首席信息官（CIO）。尽管如此，此次事件凸显了集中式软件即服务（SaaS）垄断在日常基础设施维护期间，面对标准架构退化时持续存在的脆弱性。

问责制、SLA回扣和即将发布的事故报告

对于经历了一整天通信中断的跨国公司、医疗网络和金融机构而言，业务影响仍然巨大。企业合同专家预计，根据微软企业协议（通常要求99.9%的正常运行时间承诺），将出现广泛的服务水平协议（SLA）服务积分请求。

微软承诺在内部取证评估完成后发布一份详尽的事故后审查（PIR）。即将发布的白皮书将概述详细的根本原因机制、时间线以及为防止未来网络升级出现类似系统性漏洞而实施的预防性架构保障措施。

“一旦我们的审查完成，我们将提供一份完整的事故后报告，”微软总结道，并承诺在剩余的区域边缘节点恢复到基线操作参数时保持完全透明。