13日の金曜日、AIが沈黙した日
2026年11月13日、金曜日。 Microsoft 365で大規模な障害が発生しました。 Outlookでメールが開けない。Teamsにつながらない。 そして、普段利用しているAIも影響を受けました。
しかし、今回の出来事で少し気になったことがあります。 実は、大規模障害が表面化する前から、AIの挙動に違和感を覚えていたのです。
まるで映画の始まりのような話ですが、今回は実際に経験した小さな異変を振り返りながら、 クラウドサービスの信頼性について考えてみたいと思います。
今回のポイント
- 障害前の小さな異変：Copilotの応答や画像表示に不自然な挙動が見られた
- 大規模障害の発生：Microsoft 365の複数サービスに影響が広がった
- 復旧の難しさ：一度復旧したサーバーが再び応答しなくなる現象も発生
- 改めて考えたいこと：便利なクラウドサービスにも、障害への備えは必要
1. 大規模障害の前に現れていた小さな異変
今回の障害が発生する2〜3日前、MicrosoftのAIサービス「Copilot」に、 いくつかの不自然な挙動が見られました。
- 質問に対する応答がいつもと違う
- 以前の会話内容を正しく引き継げない
- チャット画面で画像が正常に表示されない
- ライブラリーを確認すると画像データは存在し、正常に表示される
特に気になったのは、チャット画面では表示されない画像が、 ライブラリーでは確認できたことです。
画像そのものが失われたわけではなく、チャット画面への表示や読み込みの過程に 何らかの問題があった可能性も考えられます。
一つひとつは、ちょっとした不具合に見えるかもしれません。 しかし、応答、会話の引き継ぎ、画像表示と複数の機能で異常が見られるとなると、 単なる画面表示の問題だけではない可能性も考えたくなります。
もちろん、これらの異常と今回のMicrosoft 365の障害が直接関係していたという証拠はありません。 ただ、サービスが大きく停止する前に、小さな異変が現れていたという点は興味深いところです。
2. 13日の金曜日、Microsoft 365に何が起きたのか
11月13日、日本時間の未明から、Microsoft 365で大規模な接続障害が発生しました。 米国時間では11月12日に始まった障害です。
影響が確認されたサービスには、次のようなものがあります。
- Exchange Online / Outlook
- Microsoft Teams
- SharePoint Online
- Microsoft 365 Copilot
- Microsoft Defender XDR
- Microsoft Planner / To Do
Microsoftの説明によると、一部のサーバーが予期せず応答しなくなり、 残ったサーバーに負荷が集中したことが、接続障害につながったとされています。
当初はアクセスの集中による負荷も疑われましたが、単純な利用者増加が原因ではなく、 多数のサーバーが利用できない状態になったことで、残りのインフラに負担が集中していたようです。
また、Microsoftは障害発生と同時期の構成変更についても調査を進め、 一部の変更が障害の一因となった可能性を確認しています。
画像をクリックで拡大表示します。
なお、この記事を執筆している時点でも、私の環境ではCopilotから正常な応答が返ってきていません。
一時的な不具合かと思っていた小さな異変は、記事を書き進めている今も続いています。
普段は当たり前のように使っているサービスが、ある日突然、思うように動かなくなる。今回の出来事は、クラウドサービスも決して止まらないわけではない、ということを改めて実感させるものでした。
3. 復旧したサーバーが、再び停止する
今回の障害で特に厄介だったのが、復旧作業そのものが簡単には進まなかったことです。
Microsoftはサーバーの再起動などを進め、一部のサーバーを復旧させました。 ところが、復旧したサーバーが再び通信を受け始めると、応答しなくなる現象が確認されたのです。
つまり、サーバーを再起動すれば解決するという単純な状況ではありませんでした。
Microsoftは診断データの分析を進めるとともに、特定の通信を制限した状態での段階的な復旧や、 以前のソフトウェア構成を使ったサーバーの再構築などを試みていました。
大規模なクラウドサービスでは、数多くのサーバーやネットワーク、 データ処理システムが連携しています。
その一部で問題が発生すると、残りの設備に負荷が集中し、 さらに別の問題を引き起こすことがあります。 こうした連鎖が、障害の長期化につながることもあります。
4. クラウドは、決して止まらない仕組みではない
普段、私たちはクラウドサービスの裏側を意識することはほとんどありません。
メールを送る。ファイルを保存する。AIに質問する。
どれも当たり前のように利用できるため、サービスがどのような仕組みで動いているのかを 考える機会は少ないでしょう。
しかし、その裏側にはサーバー、ネットワーク、ストレージ、データベースなど、 さまざまなシステムが存在しています。
クラウドという名前から、どこか遠くにある、壊れることのない便利な仕組みを 想像してしまいがちですが、実際には多くの設備と運用によって支えられています。
どれほど大規模なサービスであっても、障害が発生する可能性はあります。
重要なのは、障害を完全になくすことだけではなく、 発生した際に影響をどこまで抑え、どれだけ早く復旧できるかということです。
5. 便利さの裏側に、もう一つの備えを
今回の障害は、クラウドサービスへの依存度が高まった現在、 改めて考えるきっかけになったのではないでしょうか。
メールが使えない。ファイルにアクセスできない。普段利用しているAIが応答しない。 それだけで、仕事の流れが止まってしまうこともあります。
だからこそ、日頃から次のような備えを考えておくことが大切です。
- 重要なデータは定期的にバックアップする
- 特定のサービスだけに業務を依存しない
- 障害発生時の代替手段を用意しておく
- サービス提供元の障害情報を確認できるようにしておく
クラウドサービスは非常に便利です。 しかし、便利であることと、絶対に止まらないことは同じではありません。
普段は意識することのないインフラだからこそ、止まったときの備えが重要なのです。
そして、13日の金曜日
今回の出来事を映画にするなら、タイトルはきっとこうなるでしょう。
「13日の金曜日、AIが沈黙した日」
数日前から現れた小さな異変。そして、ある日突然、世界中のサービスが沈黙する。 まるでサスペンス映画のような展開です。
もちろん、現実の障害に映画のような黒幕がいたと決まったわけではありません。 サイバー攻撃などの憶測だけで原因を決めつけることはできません。
原因の究明と再発防止については、Microsoftの今後の発表を見守る必要があります。
ただ、一つ確かなことがあります。
私たちが毎日当たり前のように利用しているインターネットやクラウドサービスは、 決して魔法で動いているわけではありません。
その裏側には、システムを構築し、監視し、障害に対応する人たちがいます。
サービスが正常に動いているときこそ、見えないところで支えている運用の力がある。
13日の金曜日は、そんな当たり前のことを改めて考えさせられる一日になりました。