2026 年 9 月 3 日、複数の AI サービスが同じ時間帯に不調となりました。取り上げる価値があるのは影響範囲そのものよりも、第三者の観測とベンダーの確認の間にある距離を、もう一度きれいに示した点にあります。その区別が、事後にどこへ資金と人手を投じるかを決めます。

確認された部分

  • OpenAI のステータスページが ChatGPT と Codex の「エラー増加」を掲示しました。これは一次情報です。
  • Downdetector の報告数は 5,000 件超から 74,000 件超まで増加し、その年に同プラットフォームが記録した AI サービスの報告としては大きな部類に入りました。
  • 障害の時間帯は米国東部時間でおよそ 10:58 から 14:56、4 時間近くに及びました。
  • 9 月 4 日の朝までに、外部の監視では ChatGPT と Codex は正常に戻っていました。

あくまで推測にとどまる部分

複数のメディアは、同時間帯の複数 AI サービスの不調を Azure East US のリージョン障害に帰し、Claude と Grok も同じ窓で影響を受けた一方、Google Cloud 上で動く Gemini のピーク報告は約 500 件にとどまったと報じました。

ただし本稿執筆時点で、マイクロソフトが公開している Azure のステータス履歴には、2026 年 9 月に対応する East US の事象は掲載されていませんでした。そこで確認できた最新の事後レビューは 2026 年 7 月 23 日付、West US のネットワーク接続性の問題（追跡 ID ZJV6-SGG）です。

これは報道が誤りだという意味ではありません。ベンダーの事後レビューは数日から数週間かかるのが普通です。意味はもっと限定的で、しかし実務的です。一次情報による確認が出るまで、その因果関係は「報道によれば」であり、事実としてアーキテクチャの意思決定に組み込むべきものではありません。これは「8 月 1〜3 日に順位が揺れたが Google は何も認めていない」で用いたのと同じ規律です。複数の監視が同時に赤くなることは相関を示すだけで、因果の証明にはなりません。

根本原因が何であれ、技術的な結論は同じ

製品がホスト型のモデル API を呼んでいるなら、それはハードな依存です。壊れれば機能も壊れ、あなたには修復する権限も、何が起きたか知らされる権利もありません。原因が Azure でも、ベンダー自身でも、他の何かでも、この点は変わりません。すぐに実装できることは次のとおりです。

  • 厳格なタイムアウトを設定する。SDK の既定値（無制限か極端に長いことが多い）をそのまま使わないでください。許容秒数を超えた呼び出しは、利用者のリクエストを占有し続けるのではなく、失敗してフォールバック経路に入るべきです。
  • 指数バックオフとジッターを伴う再試行を行い、レート制限とリージョン障害を区別します。後者に対して強く再試行しても、詰まりを増幅するだけです。
  • 縮退モードを用意する。キャッシュ済みの回答、非同期キュー、正直な案内文——どれも 4 時間スピナーを回し続けるよりましです。
  • 処理をキューに載せ、利用者のリクエストとモデル呼び出しを分離します。障害時の姿が「失注」から「遅延」に変わります。この一覧の中で最も費用対効果の高い変更です。
  • 供給元を差し替え可能にする。最低限、モデル呼び出しを設定層に抽象化し、コードを変えずに別社へ切り替えられるようにします。自前ホストのモデルを代替に据えるつもりなら、本バッチの 2 本目を先に読んでください。自前ホストには別の公開面の問題があります。
  • 自前のステータスページとアラートを持つ。利用者より先に知るべきであって、問い合わせで知るのでは遅いのです。

依存の一覧は頭の中ではなく紙に書く

2026 年上半期の障害パターンの振り返りでは依存マップを描くことを勧めました。DNS、CDN、証明書発行、オブジェクトストレージ、アカウントと請求、帯域外アクセスを列挙し、それぞれに「壊れたら何が起きるか」を書き添えるものです。ホスト型のモデル API も、いまやその表の 1 行に値します。

完全に自分で制御できるインスタンスは、この表の中で他に代えがたい役割をいくつか担えます。ステータスページと縮退用ページの設置（本体サービスと運命を共にしてはいけません）、DNS 切替後の一時オリジン、同じベンダー内に置かないバックアップの受け皿です。VPS のバックアップ戦略はその副本を本当に復旧可能にする条件を、CDN とは何か、いつ必要かはオリジン側の責任範囲を扱っています。SharkCloud は日本・シンガポール・香港・米国にノードを持ちます。その予備の 1 台を別のベンダー、別のリージョンに置くことが、この依存マップで最も埋めやすいマスです。