一位不愿透露姓名的微软顶级合作伙伴的高管向外媒CRN说：“代码更改居然会导致像Azure这么庞大的平台崩溃，这真让我感到惊讶。听起来好像有人写了一些代码，代码合并到了生产环境中，却破坏了身份验证机制。这很荒谬，你五个小时无法收阅电子邮件或文档，那就太糟糕了。”微软将周一晚上影响Office 365服务五个小时之久的故障归咎于软件“代码问题”。
微软在发给受故障影响的众多微软管理员的电子邮件更新中说：“代码问题导致我们基础架构的一部分在处理身份验证请求时遇到了延迟，这使得用户无法访问多项Microsoft 365服务。”微软表示，目前正在“审查代码”，了解是什么原因导致代码“停止及时处理身份验证请求”。微软承诺会在五个工作日内给出事后分析报告。微软表示，软件代码问题在9月28日下午5点25分至晚上10点25分影响了用户。周一下午5点21分微软客户开始在Downdetector.com上报告无法访问Office 365——短短一小时内，反映这些问题的18000多个帖子淹没了这个跟踪云故障的网站。微软告诉管理员用户可能无法访问使用Azure活动目录的诸多Microsoft 365服务，包括Outlook、Microsoft Teams、Teams Live Events和Office.com。此外微软表示，旗下的Power Platform和Dynamics365也受到这次故障的影响。微软另外在昨晚的Azure状态更新中表示：“Azure公共云和Azure政府云的一小部分客户可能在执行许多微软或Azure服务的身份验证操作（包括访问Azure Portals）时遇到了错误。”微软表示，Azure问题从周一下午的5点25分持续到了晚上8点23分。微软将Azure服务故障归咎于“最近的配置更改影响了后端存储层，这导致了身份验证请求出现延迟。”至于Azure问题，微软表示“仍受到后续影响的服务会收到门户网站另外发送的信息。”它承诺会在接下来的72小时内发布针对该问题的完整事后报告。一位不愿透露姓名的微软顶级合作伙伴的高管表示，微软软件开发人员似乎更改了软件代码，导致Office 365和Azure瘫痪。“代码更改居然会导致像Azure这么庞大的平台崩溃，这真让我感到惊讶。听起来好像有人写了一些代码，代码合并到了生产环境中，却破坏了身份验证机制。这很荒谬。如果你五个小时无法收阅电子邮件或文档，那就太糟糕了。”这位高管表示，微软需要深入调查，以确定某人如何部署了导致五个小时故障的软件代码更改。这位高管说：“故障在所难免，某处出现异常可以理解。但这似乎是源代码控制软件策略出了问题。本该在源代码控制/ DevOps环境中进行，那样可以避免这种情况。鉴于已在Azure上投入了数十亿美元，怎么还会发生一名开发人员编写一些代码，发布到生产环境中，结果搞砸了整个系统这种事？看来有人以某种方式破坏了持续软件集成周期。”这位高管说，像微软刚经历的这种故障肯定会在销售渠道带来连锁反应。他特别指出，拥有关键任务应用软件的大公司常常将这种故障列为不使用公共云的原因。