Сбой Microsoft 365 12 ноября затронул Outlook, Teams, Copilot, SharePoint и другие облачные сервисы компании: пользователи из разных регионов сообщили о проблемах с подключением. Для русскоязычных IT-команд это не просто неудобство в почте и чатах, а риск остановки привычных процессов — от согласования документов до работы служб поддержки и защиты конечных точек.
О проблеме сообщает BleepingComputer. Microsoft признала инцидент в уведомлении для администраторов MO1550821: клиенты могли не подключаться к Exchange Online, Microsoft Teams, SharePoint Online, Microsoft 365 Copilot и Microsoft Defender XDR. По данным компании, основной инцидент начался в 13:26 по восточному времени США 12 ноября, хотя жалобы на доступ к почтовым ящикам Exchange Online в Америке начали поступать раньше.
На сервисе Downdetector в четверг днём резко выросло число пользовательских сообщений о неполадках. Помимо Outlook и Microsoft 365, жалобы касались Teams, Copilot, Azure, OneDrive и Microsoft Store. Изначально Microsoft связывала ситуацию с повышенной нагрузкой на инфраструктуру в нескольких регионах. Затем компания уточнила причину: дело было не во всплеске трафика, а в неожиданной недоступности части серверов. Оставшиеся узлы приняли на себя лишнюю нагрузку.
В ответ Microsoft остановила развёртывание изменений, перераспределила подключения по глобальной инфраструктуре и начала уводить дополнительный трафик с затронутых систем. Одновременно инженеры перезапускают проблемные серверы, чтобы вернуть вычислительную ёмкость. Такой набор мер выглядит логично для аварии уровня инфраструктуры, но для пользователей важнее другое: география проблемы не ограничилась Америкой. Позже компания подтвердила, что сбой Microsoft 365 может затронуть клиентов в любом регионе.
В тот же день Microsoft уже устраняла отдельный сбой Teams. Инцидент TM1550488 продолжался с 9:45 до 10:53 по восточному времени США и касался пользователей в Северной и Южной Америке. Тогда не отправлялись сообщения, появлялись ошибки при создании и обновлении бесед, а история чатов загружалась с задержками или не загружалась вовсе. Microsoft объяснила тот эпизод конкуренцией за ресурсы инфраструктуры, которая подняла потребление ресурсов и помешала сервису нормально обрабатывать запросы к сообщениям.
Предыдущая проблема Teams была устранена, однако Microsoft не сообщила, связана ли она с продолжающимся инцидентом. Это важная оговорка: сходство симптомов не доказывает общую первопричину. В публичных коммуникациях компания пока не назвала конкретный компонент, регион размещения или ошибку, из-за которых серверы стали недоступны.
Для разработчиков и IT-руководителей история напоминает о неприятной, но практичной вещи: SaaS-платформа снимает много операционной работы, но не отменяет зависимость от одного поставщика. Если почта, коммуникации, совместная работа с файлами, ИИ-помощник и часть защитных инструментов завязаны на одну облачную экосистему, один инфраструктурный инцидент одновременно бьёт по нескольким бизнес-процессам. Причём резервный канал в мессенджере не спасает, если с ним же связаны уведомления, файлы и корпоративная идентификация.
Полезный минимум на такой случай — заранее определить альтернативный канал коммуникации для критичных команд, хранить контакты и инструкции вне единственного облачного тенанта и проверить, какие операции могут продолжаться без Exchange Online, Teams и SharePoint. Отдельно стоит продумать режим работы служб поддержки и ИБ: недоступность Microsoft Defender XDR в разгар сбоя усложняет не только наблюдаемость, но и разбор параллельных инцидентов.
Главный вопрос после восстановления сервисов будет не в том, сколько минут длилась недоступность, а в том, почему резервная ёмкость не удержала нагрузку после выпадения серверов. Чем шире Microsoft объединяет рабочие инструменты вокруг Microsoft 365 и Copilot, тем дороже становится цена одного инфраструктурного сбоя — и тем важнее для компаний регулярно проверять собственные планы непрерывности работы.
