Michael JohnsonЗбій Microsoft 365, що почався 12 листопада, вплинув на доступ до Outlook і низки інших сервісів, а також на виклики Microsoft Graph, які працюють із поштою, календарями та контактами. Згідно з повідомленнями Microsoft про стан служб, частина серверів несподівано ставала недоступною, через що навантаження переходило на решту інфраструктури. Станом на 13 листопада інциденти Exchange Online і Microsoft 365 усе ще позначалися як такі, що тривають, у публічному дзеркалі адміністративних сповіщень Microsoft.
Практичний висновок для організацій: перевіряти потрібно не лише поштовий клієнт. Якщо застосунок або автоматизація звертається до даних Exchange через Microsoft Graph, збій може проявитися як тайм-аут або помилка пов’язаної операції — навіть якщо сам інтерфейс застосунку й далі відкривається.
Що Microsoft повідомила про причину
У журналі Exchange Online Microsoft зазначила, що підвищене навантаження виникло не через загальне зростання трафіку: багато серверів несподівано стали недоступними, перенаправивши навантаження на решту вузлів. В одному з подальших оновлень компанія повідомила, що процес на уражених серверах, який відповідає за встановлення захищених з’єднань, перевантажувався, а сервери припиняли обробляти запити.
Microsoft описала кілька заходів відновлення: перенаправлення частини трафіку, перезапуск серверів, обмеження типів запитів в окремих місцях і перевірку попередньої програмної конфігурації на частині вузлів. У сповіщенні також ішлося про призупинення розгортань і зміни конфігурації на час перевірки можливого зв’язку з нещодавніми змінами. Це опис перебігу розслідування; остаточний аналіз першопричини в наведеному статусі не оприлюднили.
Чому збій пошти позначився на інших продуктах
Згідно з сповіщеннями Microsoft про збій Exchange Online, могли бути зачеплені такі способи доступу до поштової скриньки, як Outlook у браузері та на комп’ютері, Exchange ActiveSync і REST-підключення. Також могли виникати затримки доставки листів. Microsoft окремо попереджала, що запити Graph до даних Exchange — наприклад, пошти, календаря та контактів — можуть завершуватися тайм-аутом.
Тому збій міг поширитися на функції, що залежать від пошти або календаря, навіть у продуктах з окремим інтерфейсом. Microsoft перелічила можливі порушення календарних сценаріїв Teams, окремих функцій SharePoint Online, Copilot та інструментів адміністрування. Водночас компанія зазначала, що основні функції Teams — дзвінки, зустрічі, групові чати й повідомлення каналів — загалом зберігали працездатність, а файли, що зберігаються безпосередньо в SharePoint, залишалися доступними.
Масштаб перебоїв підтверджує і повідомлення Associated Press від 12 листопада: агентство писало про проблеми з Outlook, Teams та іншими службами Microsoft 365. У матеріалах AP із посиланням на Downdetector зазначалося, що кількість повідомлень користувачів про проблеми з Outlook перевищила 100 тисяч. Цей показник відображає кількість повідомлень у сервісі відстеження збоїв, а не число підтверджених постраждалих облікових записів.
Що перевірити адміністраторам і розробникам
Якщо застосунок залежить від Microsoft Graph, зафіксуйте, які саме виклики читають пошту, календар або контакти, і перевірте, як система обробляє тайм-аути та тимчасові помилки. Для завдань, які можна безпечно повторити, корисні обмежені повторні спроби із затримкою; операції з побічними ефектами потребують захисту від повторного виконання, щоб повторний запит не створив дублікатів.
Адміністраторам варто перевіряти стан конкретних служб та ідентифікатори інцидентів у панелі Service Health свого клієнта Microsoft 365: доступ до панелі й зачеплені функції можуть відрізнятися в різних організаціях. У журналі статусу зазначено, що порушення неоднаково впливало на всі функції пов’язаних продуктів. Під час розгляду звернень працівників корисно окремо з’ясовувати, чи не надходять листи, чи не відкривається пошта або чи не працює конкретна операція — наприклад, запрошення на зустріч або завантаження файла з міткою захисту.
Станом на останні наведені оновлення 13 листопада Microsoft продовжувала відновлення та оцінювання змін інфраструктури. Для користувачів це означало, що доступність однієї частини Microsoft 365 не гарантувала працездатності функцій, які спираються на Exchange Online. Для команд, що підтримують інтеграції, головний орієнтир — перевіряти залежність від поштових даних і коректно обробляти тимчасові помилки Graph, а не вважати збій лише проблемою інтерфейсу Outlook.
