Отказ Microsoft Outlook подчеркивает риски зависимости от единственного облачного провайдера
Глобальный сбой Microsoft 365 13 ноября нарушил работу Outlook, Teams и других сервисов, заставив экспертов предупредить о чрезмерной зависимости от нескольких облачных поставщиков и призвать к более сильному планированию устойчивости.
Во всемирном сбое Microsoft 365 в пятницу, 13 ноября, были отключены Outlook, Teams и Copilot более чем на полдня, затронув тысячи пользователей и продолжившись в часы рабочего дня в Азиатско-Тихоокеанском регионе. Microsoft заявила, что сбой возник из-за недоступности серверов во время обновления пропускной способности сети, что привело к «повышенной нагрузке» на оставшуюся инфраструктуру. Компания расследует первопричину и не нашла доказательств злонамеренной активности.
В Сингапуре сбой затронул некоторые правительственные системы и почтовые сервисы нескольких банков, хотя службы экстренной помощи и Singpass продолжали работать. Представитель Microsoft сказал CNA, что проблема была технической, не связанной с киберугрозами или ИИ, и что фирма предприняла шаги по восстановлению стабильности и выпустит послесобытийный отчёт.
Эксперты отметили, что инцидент подчёркивает системный риск сильной зависимости от небольшого числа облачных провайдеров. Профессор Бох Вай Фонг из Наньянского технологического университета описал ситуацию как «парадокс цифровой трансформации», когда повышение эффективности может создавать уязвимости во всей экосистеме. «Нельзя передавать риск на аутсорс», — сказал Мэтью Хардман, главный технологический директор Hitachi Vantara в Азиатско-Тихоокеанском регионе, добавив, что организации должны брать риск на себя.
Доцент Анапам Чаттопадхай, также из NTU, отметил, что сложность облачной инфраструктуры делает быстрое выявление неисправностей трудным и предостерёг от предположения, что избыточность гарантирует устойчивость. Профессор Лю Ян, исполнительный директор Центра кибербезопасности NTU, предупредил, что общая базовая инфраструктура может вызвать каскадные отказы и призвал к лучшей изоляции неисправностей и автоматизированным механизмам восстановления.
Бизнес-лидерам рекомендовано картировать критические зависимости, создавать избыточность и регулярно тестировать сценарии сбоев. Хардман предложил определить «минимально жизнеспособный бизнес», чтобы выявить системы, критически важные для миссии. Чаттопадхай рекомендовал сосредоточиться на резервном копировании данных и альтернативных каналах связи во время сбоев, а также рассмотреть распределение риска между несколькими поставщиками услуг. Бох подчеркнул, что планирование непрерывности должно выходить за рамки восстановления сервисов, охватывая отставание в работе и задержанные решения.
Сбой служит напоминанием о том, что по мере того как искусственный интеллект автоматизирует всё больше рабочих процессов, влияние подобных перебоев может расшириться за пределы электронной почты и встреч, охватывая целые бизнес-процессы.