Michael JohnsonСбой Microsoft 365, начавшийся 12 ноября, затронул доступ к Outlook и ряду других сервисов, а также вызовы Microsoft Graph, работающие с почтой, календарями и контактами. По статусным сообщениям Microsoft, часть серверов неожиданно становилась недоступной, из-за чего нагрузка смещалась на оставшуюся инфраструктуру. К 13 ноября инциденты Exchange Online и Microsoft 365 всё ещё значились как продолжающиеся в публичном зеркале административных уведомлений Microsoft.
Практический вывод для организаций: проверять нужно не только почтовый клиент. Если приложение или автоматизация обращается к данным Exchange через Microsoft Graph, сбой может проявиться как тайм-аут или отказ связанной операции — даже если сам интерфейс приложения продолжает открываться.
Что сообщила Microsoft о причине
В журнале Exchange Online Microsoft указала, что повышенная нагрузка возникла не из-за общего роста трафика: множество серверов стало неожиданно недоступно, перенаправив нагрузку на оставшиеся узлы. В одном из последующих обновлений компания сообщила, что процесс на затронутых серверах, отвечающий за установление защищённых соединений, перегружался и серверы прекращали обрабатывать запросы.
Microsoft описала несколько мер восстановления: перенаправление части трафика, перезапуск серверов, ограничение типов запросов в отдельных местах и проверку предыдущей программной конфигурации на части узлов. В уведомлении также говорилось о приостановке развёртываний и изменениях конфигурации на время проверки возможной связи с недавними изменениями. Это описание хода расследования; окончательный анализ первопричины в приведённом статусе не опубликован.
Почему сбой почты отразился на других продуктах
Согласно уведомлениям Microsoft о сбое Exchange Online, затронутыми способами доступа к почтовому ящику могли быть Outlook в браузере и на компьютере, Exchange ActiveSync и REST-подключения. Возможны были и задержки доставки писем. Microsoft отдельно предупреждала, что запросы Graph к данным Exchange — например, к почте, календарю и контактам — могут завершаться по тайм-ауту.
Поэтому сбой мог распространяться на функции, которые зависят от почты или календаря, даже в продуктах с отдельным интерфейсом. Microsoft перечислила возможные нарушения календарных сценариев Teams, отдельных функций SharePoint Online, Copilot и инструментов администрирования. При этом компания отмечала, что основная работа Teams — звонки, встречи, групповые чаты и сообщения каналов — в целом сохранялась, а файлы, хранящиеся непосредственно в SharePoint, оставались доступны.
Масштаб перебоев подтверждает и сообщение Associated Press от 12 ноября: агентство писало о проблемах с Outlook, Teams и другими службами Microsoft 365. В материалах AP со ссылкой на Downdetector отмечалось, что число пользовательских сообщений о проблемах с Outlook превысило 100 тысяч. Этот показатель отражает сообщения на сервисе отслеживания сбоев, а не число подтверждённых пострадавших аккаунтов.
Что проверить администраторам и разработчикам
Если приложение зависит от Microsoft Graph, зафиксируйте, какие именно вызовы читают почту, календарь или контакты, и проверьте, как система обрабатывает тайм-ауты и временные ошибки. Для задач, которые можно безопасно повторить, полезны ограниченные повторы с задержкой; операции с побочными эффектами требуют защиты от повторного выполнения, чтобы повтор запроса не создал дубли.
Администраторам стоит сверять состояние конкретных служб и идентификаторы инцидентов в панели Service Health своего клиента Microsoft 365: доступ к панели и затронутые функции могут различаться по организациям. Статусный журнал указывает, что нарушение затрагивало не все функции связанных продуктов одинаково. При разборе обращений сотрудников полезно отдельно спрашивать, не приходят ли письма, не открывается ли почта или не работает конкретная операция — например, приглашение на встречу или загрузка файла с меткой защиты.
На момент последних приведённых обновлений 13 ноября Microsoft продолжала работу по восстановлению и оценке изменений инфраструктуры. Для пользователей это означало, что доступность одной части Microsoft 365 не гарантировала исправность функций, опирающихся на Exchange Online. Для команд, поддерживающих интеграции, главный ориентир — проверять зависимость от почтовых данных и корректно переживать временные ошибки Graph, а не считать сбой только проблемой интерфейса Outlook.
