Outlookなしの一日は依存度テストだ

マイクロソフトの世界規模の障害は丸一日を超えて続き、Exchange Online、Teams、SharePoint、Copilot 365、Defenderを停止させ、ハノイ時間午前3時の時点でも同社はメールがいつ正常に戻るかを言えなかった。この事故は、ほとんどの組織がもはや議論しなくなった事実を最近示す最も明確な証拠である。私たちはテクノロジーに依存しており、その依存はなくならない。選択肢なのは、その依存が安全に失敗するように設計されているかどうかだ。

ハノイ時間の土曜午前3時5分、マイクロソフトは、技術的詳細のどれよりも重要な一文を投稿した。それは、すべてがいつ復旧するのかを依然として言えない、というものだった。

「サービスのアクセスは、メールの送受信が正常に戻る前に利用できる可能性があります」とMicrosoft 365 Statusアカウントは書いた。同社は、ログインとアクセスは改善しており、その間にキューにたまったメッセージとトラフィックの負荷分散が追いつきつつあると述べた。完全復旧の見通しは示さなかった。

障害は11月12日の午後に始まり、丸一日以上続いた。Outlookを支えるメール基盤であるExchange Onlineが最も深刻な影響を受け、ユーザーはメールボックスにアクセスできなくなった。Teams、SharePoint Online、Copilot 365、Defender XDRも同様に機能低下した。11月13日21時17分、Microsoftは複数のキューのバックログが大幅に減少し平常に近づいていると述べた一方、同社のサービス正常性ページには依然として不安定と表示されていた。

Microsoftは障害について「深く」謝罪し、AIエージェントが障害を引き起こしたという憶測を明確に否定した。Copilot、AIエージェント、プラットフォームを統括するエグゼクティブ・バイス・プレジデントのチャールズ・ラマンナ氏は11月13日、チームが何が起きたかと、同様の事態を防ぐ方法を検討していると述べた。

もはや誰も異論を唱えない部分

この事件の気まずい事実は、マイクロソフトが失敗したことではない。大規模システムは失敗する。気まずいのは依存の形だ。単一ベンダーのメールキューが、病院の勤務表、銀行の支払承認、工場のシフト交代、政府機関の文書対応が時間通りに行われるかどうかを左右する。

その依存は選択であり、移行のたびに一つずつ選ばれてきたもので、悪い取引ではなかった。社内IT部門には到底及ばない、コスト当たりの信頼性をもたらす。そして今やそれは構造的だ。まともな組織は、一度の不調な一週間を理由にオンプレミスのExchangeへ戻ったりはしない。

タイムラインは、なぜ最後のステップが重要かを示している。Microsoft自身の更新は、「緩和策適用済み」から「キュー排出中」、そして「見積もりなし」へと、18時間以内に移り変わった。「ステータスページを待つ」ことが計画だった組織には、計画などなかったのだ。

その下にある再編

障害は再編の真っただ中に発生した。先月マイクロソフトは、7月に発表した4,800人の削減に続き、全世界の従業員の約27%にあたる6万人の従業員を対象に、退職金付きの希望退職を募った。何人が応じたかはまだ明らかになっていない。7月の削減発表時、最高人事責任者のエイミー・コールマンは、影響を受ける職務はAIで代替されないと述べた。

そのどれも障害の原因ではなかったし、マイクロソフトもそう認めている。それは背景であり、その背景こそが要点だ。巨大なシステムを稼働させ続けているチームは、より少ない人数でそれをやるよう求められている一方で、同じ企業が、顧客をさらに自社に依存させるAIを売っている。

私たちがこれから実際に学ぶこと

これほど大規模な障害の後にとる反射的な反応は、レジリエンスを購入品として語ることだ。第二のリージョンを買い、サードパーティの監視を買い、DRサイトを買う。それらは役に立つ。だが簡単な部分でもある。なぜなら、それらは単なる費目にすぎないからだ。

難しいのは手続き面であり、それにはほとんど費用がかからない。メールが止まったときにどの業務プロセスが止まるのかを把握し、想定するのではなく実際にテストした第二の連絡経路を用意し、切り替えを誰が決めるのかを明文化し、年に一度、消防訓練と同じ真剣さでリハーサルすることだ。ほとんどの組織は、会議を開かないと「最初に何が壊れるか」に答えられない。

私たちは年々、技術への依存を強めており、それは後戻りできない。生産性の向上は現実であり、代替案はもっと悪い。しかし、依存そのものがリスクではない。一度も試されたことのない依存がリスクなのだ。

ABN Asiaは、自社システムが障害の起きた日を耐え抜くことを決めた組織向けにソフトウェアを構築します。それは、文書化されるだけでなく実際に演習されるフェイルオーバー経路を備えたアーキテクチャ、どのサーバーが赤くなっているかではなくどのプロセスが壊れているかを示す可観測性、担当者名と時刻が明記されたインシデント対応手順書、そして撤退を含む移行計画です。私たちはハイパースケーラーが障害の多い一週間を過ごすのを止めることはできません。しかし、今日稼働しているかどうかを知るために、お客様のビジネスがそのステータスページを待たずに済むようにはできます。

VnExpress「マイクロソフト：『完全復旧までの時間はまだ特定できない』」（2026年11月14日）、2026年11月13～14日のMicrosoft 365 Statusの更新情報、Charles Lamanna氏およびAmy Coleman氏の発言。

連絡先：[email protected]

日本語版は Ai 支援を使用しているため、小さな間違いが存在する可能性があることをご了承ください。

著者

Ai-Banking-NetworkSecurity (ABN), ABN ASIAは、アカデミアに深く関わり、アメリカ、オランダ、ハンガリー、日本、韓国、シンガポール、ベトナムでの仕事経験を持つ人々によって設立されました。ABN ASIAは、学問とテクノロジーが機会と出会う場所です。最先端のソリューションと優れたソフトウェア開発サービスにより、ビジネスがレベルアップし、グローバルシーンに挑戦できるよう支援しています。 私ちの取り組み: より速く。 より良い。 より信頼性が高くなります。 ほとんどの場合、価格も安くなります。

いつでも、ITサービス、デジタルコンサルティング、既製のソフトウェアソリューション、または提案依頼書（RFP）をお探しの際は、お気軽にお問い合わせください。お問い合わせ先は[email protected]です。お客様のテクノロジーに関するニーズにお応えします。

© ABN ASIA