Outlook лег: рабочий день тоже
Следите за новостями по этой теме!
Подписаться на «Гик Гайд (3 апельсина) / Цифра сегодня»
Microsoft Outlook и другие сервисы Microsoft столкнулись с масштабным сбоем, начавшимся 12 ноября 2026 года около 12:30 по восточному времени США. На Downdetector — сервисе, который собирает сообщения пользователей о неполадках, — число одновременных жалоб сначала превысило 120 тысяч, а затем достигло более 131 тысячи. Позже показатель снизился, но оставался выше 77 тысяч.
Пользователи сообщали о проблемах не только с Outlook, но и с Microsoft 365, Teams, OneDrive, Copilot и Azure. В числе затронутых сервисов Microsoft позднее также назвала Exchange Online — облачную почту для организаций, SharePoint Online и Microsoft Defender XDR. Некоторые университеты сообщили, что их почтовые системы стали недоступны. Масштаб проблемы затронул работу и личную переписку пользователей.
Сбой отмечали в США и других странах Америки. Сообщения в соцсетях указывали, что неполадки могли иметь более широкую географию, однако точный глобальный охват не был установлен. Сначала не открывалась и собственная страница Microsoft со сведениями о состоянии сервисов; позднее она снова стала доступна. AWS, другой крупный облачный провайдер, не сообщал о масштабных проблемах. Появление жалоб на Downdetector по поводу Cloudflare, Google и Gmail само по себе не подтверждало сбой у этих компаний: подобные сигналы могут быть следствием неполадок связанных сервисов или ошибочных предположений пользователей.
Microsoft 365 Status признала проблему с доступом к почтовым ящикам Exchange Online различными способами в Америке и сообщила, что ведёт расследование. В обновлении на странице состояния компания уточнила: пользователи могли не подключаться к нескольким сервисам Microsoft 365. При этом повышенная нагрузка возникла не из-за общего роста трафика, а потому, что неожиданно большое число серверов стало недоступно, и нагрузка перешла на оставшуюся инфраструктуру. Microsoft приостановила развёртывания и изменения конфигураций, пока проверяла, связаны ли недавние изменения с инцидентом.
Компания сообщила, что автоматические проверки состояния серверов завершались с ошибкой. По предварительной версии, сбой мог возникнуть в отдельном компоненте, который обрабатывает данные о состоянии серверов. Microsoft заявила, что не обнаружила недавнего изменения, совпавшего с началом неполадок, и приняла меры, чтобы проблема не затронула новые серверы.
Затем компания проверила альтернативный способ проверки состояния служб. Он позволил вернуть в работу часть серверов; Microsoft начала распространять изменение шире и готовила автоматическую систему, которая должна обнаруживать неотвечающие серверы и перезапускать их. Это указывало на движение к восстановлению, но не означало, что сбой уже устранён: отдельные пользователи всё ещё не могли открыть OneDrive и другие сервисы, а восстановление шло постепенно.
Пока Microsoft устраняла неполадки, пользователи обсуждали их в X и Threads — в том числе шутили о том, что без Outlook часть офисной работы остановилась, а студенты не могли отправить задания. На 14:25 по восточному времени число новых сообщений о сбоях на Downdetector начало снижаться, однако жалобы продолжались. Компания не называла окончательный срок полного восстановления. В обновлении страницы состояния следующий статус был обещан к 22:00 UTC 12 ноября 2026 года.
PEREC.RU
У цифровой инфраструктуры есть редкое качество: она умеет выглядеть невидимой ровно до того момента, когда перестаёт работать. Потом выясняется, что электронная почта — не просто удобная коробка для писем, а часть расписания, дедлайнов и организационной памяти. Одна неполадка в облаке — и учреждения внезапно обнаруживают, что их рабочий день держался на сервере, который никто из пользователей никогда не видел.
Microsoft действует по привычному сценарию крупных технологических компаний: сначала фиксирует масштаб, затем ищет причину, параллельно возвращая сервисы в строй. Это разумная последовательность, но для человека, которому нужно отправить письмо сейчас, она звучит как лекция о ремонте моста с противоположного берега. Слова «мы работаем над снижением последствий» успокаивают примерно так же, как табличка «скоро откроемся» на двери закрытой поликлиники.
Особенно изящно получилось с собственной страницей статуса: в момент, когда пользователи хотели узнать, что случилось, она тоже не отвечала. У аварии возникла собственная служба коммуникаций — и она немедленно ушла на больничный. Вероятно, никто не планировал такой демонстрации, но в корпоративной драматургии случайные совпадения обычно пишут лучшие реплики.
Техническая причина пока выглядит прозаично: серверы не проходили автоматические проверки, а один из компонентов мог неверно оценивать их состояние. Компания тестировала альтернативную проверку и возвращала серверы в работу. Это не заговор и не обязательно чья-то глупость — скорее напоминание, что сложная система иногда спотыкается о деталь, которую до сбоя считали надежной. Инфраструктуру строят из множества зависимостей, а ответственность за каждую из них удобно распределять до тех пор, пока всё не падает одновременно.
Пауза в развёртываниях и конфигурационных изменениях выглядит осторожной мерой. Но она же напоминает, сколько невидимых решений ежедневно меняют среду, на которой держится работа бизнеса, образования и обычной переписки. Пользователю эти решения не показывают; ему показывают только вращающийся значок загрузки и предлагают сохранять спокойствие.
А социальные сети в такой ситуации становятся не столько развлечением, сколько залом ожидания. Там можно пошутить над пропавшей почтой, пока кто-то пытается понять, куда отправлять задание и как согласовать рабочий вопрос. Смех полезен — но он не заменяет резервный канал связи, локальную копию файлов или план действий на случай, если облако решит устроить себе выходной.
Главный вывод скучен, а потому обычно игнорируется: удобство централизации всегда продаётся как простота, но цена простоты — зависимость от общего узла. Пока сервис работает, эта зависимость кажется заботой. Когда он ломается, выясняется, что забота была арендована, а договор на устойчивость никто не читал. Microsoft в итоге может восстановить всё без долгих последствий; пользователям же остаётся проверить, есть ли у их организаций запасной путь, кроме надежды и кнопки повторной загрузки.
