Сбой сервисов Microsoft, начавшийся 12 ноября 2026 года, не похож на другие интернет-сбои. Отказ затронул пакет продуктивных сервисов Microsoft 365, включая платформу видеоконференций и совместной работы Teams, ИИ-ассистента Copilot и, что особенно важно, почтовый сервис Outlook.
13 ноября Microsoft сообщила, что компания «продолжает наблюдать улучшение доступности сервисов», но «у некоторых пользователей всё ещё могут возникать периодические проблемы с доступом или задержки доставки почты».
Несмотря на десятилетия предсказаний о его упадке, электронная почта остаётся центральной опорой функционирования организаций. Сброс паролей, счета, юридические уведомления и координация реагирования на инциденты кибербезопасности — всё это зависит от неё. Сбой Microsoft 365 затронул компании, правительства и школы по всему миру.
Когда большинство людей думают о сбоях облачных сервисов, они представляют сломанный сайт или зависшее приложение. Однако когда из строя выходит сервис, включающий электронную почту, механика отказа и восстановления отличается от почти любого другого облачного сервиса.
В отличие от современных веб-приложений или привратников аутентификации, электронная почта не была спроектирована так, чтобы «отказывать быстро», то есть немедленно останавливаться при возникновении проблемы.
Старая архитектура
Когда типичный облачный сервис ломается, он ведёт себя как закрытая дверь. Если провайдер аутентификации или облачное приложение выходит из строя, пользователи мгновенно оказываются заблокированы и видят сообщение об ошибке. Доступ прекращается. Когда люди не могут войти в систему, они не генерируют активно новую работу и не добавляют тяжёлую вычислительную нагрузку на сломанные серверы. Как только инженеры исправляют основную ошибку и открывают дверь, трафик может возобновиться, и сервис часто восстанавливается довольно быстро.
У электронной почты нет закрытой двери. Она построена на более старой децентрализованной архитектуре «хранить и пересылать» (store-and-forward), спроектированной так, чтобы никогда не терять сообщение, даже когда пункт назначения недоступен.
Поскольку электронная почта — это сеть тысяч независимых систем, сбой у одного крупного провайдера не мешает пользователям на других платформах нажимать «Отправить». Во время крупных почтовых сбоев, подобных тому, что ударил по Microsoft, миллионы внешних пользователей Gmail, корпоративных серверов или других платформ могли по-прежнему составлять и отправлять письма на затронутые аккаунты, не видя немедленного сообщения об ошибке.
С точки зрения отправителя всё работает нормально. Его почтовый провайдер принимает сообщение, пытается передать его вышедшему из строя провайдеру, понимает, что пункт назначения не отвечает, и тихо придерживает сообщение в исходящей очереди, чтобы повторить попытку позже.
Крупная авария на шоссе
Один из способов представить почтовый трафик во время сбоев — вообразить многополосное междуштатное шоссе, где авария блокирует две полосы движения. Водители за много миль до места не перестают выезжать со своих driveway только потому, что впереди затор; они продолжают въезжать в дорожную систему. Вскоре движение настолько сильно забивается, что регулируемые въезды приходится закрывать, чтобы не пускать новые машины на шоссе. Вскоре эта пробка перекидывается назад на местные подъездные дороги и городские улицы, парализуя движение за много миль от реального места аварии.
В этой аналогии вышедший из строя почтовый провайдер — это авария. Каждый другой почтовый сервер в мире — это въезд или подъездная дорога. Пока сбой продолжается, миллионы сообщений накапливаются в очередях по всему интернету, а незатронутые серверы снова и снова отправляют письма, проверяя, движется ли трафик.
Нужно время, чтобы движение возобновилось после того, как аварию расчистили.
Когда инженеры наконец устраняют первопричину почтового сбоя, это эквивалент эвакуаторов, расчищающих обломки с шоссе. Дорога технически снова открыта, но движение не возвращается к нормальной скорости мгновенно.
Сначала должна начать двигаться огромная пробка машин, уже застрявших на главном шоссе. Только после того, как эта перегрузка рассосётся, въезды смогут начать пускать в очередь стоящие машины обратно, что, в свою очередь, медленно ослабит пробку на окрестных местных дорогах.
Аналогично, когда крупный почтовый провайдер возвращается в сеть, на него немедленно обрушивается приливная волна сдерживаемых сообщений и повторных попыток от каждого другого почтового сервера в интернете. Обработка этих очередей без перегрузки только что восстановленных серверов требует времени — обычно от часов до дней.
Долгая и ухабистая дорога к восстановлению
Поскольку организации в значительной степени передали свою электронную почту небольшому числу глобальных провайдеров, сбой нарушает работу не одной компании; он может разом остановить целые отрасли, отрезав команды от инструмента связи, на который они полагаются для координации экстренного реагирования.
А для рядовых пользователей эта уникальная архитектура объясняет, почему почтовые сбои ощущаются такими затянутыми: даже спустя часы после того, как провайдер официально объявляет проблему исправленной, сообщения всё ещё могут приходить не по порядку или медленно просачиваться, пока цифровая пробка окончательно не рассосётся.
Источники: Microsoft, The Conversation, Pia Bayer/picture alliance via Getty Images.
Ваш комментарий