Сбой Exchange Online 31 августа быстро вышел за рамки обычной почтовой аварии: у пользователей начались проблемы с авторизацией, доставкой писем и доступом к облачным сервисам Microsoft 365. Для компаний, которые завязали коммуникации, согласования и часть внутренних процессов на экосистему Microsoft, это не просто неудобство, а прямая поломка рабочего дня.
О проблеме, как пишет BleepingComputer, Microsoft впервые сообщила в 17:30 UTC, когда начала разбирать волну жалоб в соцсетях и службах мониторинга. Изначально инцидент отслеживался в админ-центре под идентификатором EX1464935, но затем компания перевела его в более широкий инцидент MO1465074. Это важная деталь: речь уже шла не о локальной странности внутри одного почтового сервиса, а о проблеме, которая затронула сразу несколько компонентов Microsoft 365.
Наибольший удар пришелся по Exchange Online. Microsoft перечислила вполне приземленные симптомы, которые любой администратор узнает без подсказок: задержки и отказы при отправке и получении писем, ошибки аутентификации при доступе к сервису, неполные или зависающие результаты поиска по почтовым ящикам, а также сбои в административных действиях и отдельных операциях с ящиками. Иными словами, пострадала не только пользовательская почта, но и служебная часть платформы, через которую IT-команды обычно пытаются быстро понять масштаб бедствия и что-то с ним сделать.
Параллельно сервис Downdetector фиксировал десятки тысяч жалоб от пользователей Outlook и Microsoft 365. На практике это означает, что инцидент был заметен не только администраторам в корпоративных консолях, но и конечным пользователям, которые внезапно перестали получать письма, открывать облачные приложения или нормально проходить авторизацию. Для бизнеса именно такой тип аварии особенно неприятен: он не выглядит как полное выключение платформы, зато расползается по критичным сценариям. Где-то письмо уходит с задержкой, где-то не открывается ящик, где-то менеджер не может подключиться к документу, а где-то команда теряет канал координации в Teams. По отдельности это «мелкие сбои», вместе это классический снежный ком.
Дальше история стала еще менее уютной для тех, кто надеялся переждать проблему только в Outlook. Microsoft признала, что сбой Exchange Online затронул и другие сервисы: OneDrive for Business, SharePoint Online, Microsoft Teams, Microsoft Purview и Microsoft Defender XDR. Набор показательный. Здесь и совместная работа с файлами, и корпоративные чаты, и комплаенс, и средства защиты. Если упростить до уровня бизнеса, проблема ударила сразу по трем нервам компании: коммуникациям, данным и контролю. Если смотреть глазами IT-директора, это тот самый сценарий, когда одна ошибка в общей инфраструктуре тянет за собой несколько бизнес-функций сразу.
По последнему обновлению Microsoft, компания изолировала общий паттерн сбоев в затронутых запросах Exchange Online и связала его с аутентификацией и протокольной связностью. Позже формулировка стала конкретнее: источник проблемы увидели в конфигурации базовой системы аутентификации, которую используют несколько внутренних сервисов внутри инфраструктуры Exchange Online. В качестве временной меры инженеры проводили ручное тестирование на уровне отдельных серверов, сбрасывая конфигурации и проверяя, помогает ли это вернуть сервис в норму. Формулировка звучит не особенно уютно, зато честно показывает масштаб: когда речь идет о core authentication configuration, неприятности редко ограничиваются одним экраном ошибки у пользователя.
Отдельно настораживает контекст. Это не первый заметный сбой Exchange Online за последние месяцы. В июне Microsoft уже устраняла масштабную проблему в почтовом конвейере, которая затронула клиентов в Северной Америке, Азиатско-Тихоокеанском регионе и Европе. В апреле компания закрывала сразу два болезненных сюжета: затяжные перебои с доступом к ящикам у пользователей Outlook на iOS и macOS и отдельный сбой, мешавший открывать почтовые ящики через Outlook on the web, настольный Outlook, Exchange ActiveSync и другие протоколы подключения к Exchange Online. Для корпоративных заказчиков это уже выглядит не как случайный одинокий инцидент, а как серия сбоев в одном из самых чувствительных слоев облачного офисного стека.
Для русскоязычной IT-аудитории здесь есть несколько практических выводов. Первый: даже зрелые облачные платформы не спасают от системных отказов в общих компонентах, особенно если эти компоненты отвечают за аутентификацию. Второй: резервирование коммуникаций по-прежнему не бюрократическая прихоть, а базовая инженерная гигиена. Если у компании нет внешнего аварийного канала связи, отдельного контура для критичных уведомлений и понятного сценария работы при деградации Microsoft 365, любой такой сбой превращается в хаос. Третий: мониторинг статуса поставщика сам по себе не решает проблему. Когда ломается доступ к почте, файлам и чатам одновременно, команде нужен не только статус-пейдж в браузере, но и заранее отрепетированный план: как уведомлять сотрудников, чем временно заменить выпавшие сервисы и какие бизнес-процессы останавливать первыми, чтобы не множить повреждения.
Сбой Exchange Online неприятен не только тем, что оставил пользователей без части облачных сервисов, но и тем, что снова подсветил архитектурную зависимость бизнеса от нескольких общих точек внутри больших платформ. Чем шире Microsoft связывает почту, документы, совместную работу, безопасность и комплаенс в единый облачный контур, тем выше цена ошибки в базовых механизмах вроде аутентификации. Для клиентов это плохая, но полезная математика: удобство единой экосистемы всегда нужно считать вместе со стоимостью ее единого отказа.