5月29日、OpenAIを襲った全スタック障害──企業が知りたい「根本原因」は不在のまま

不在のままの「根本原因」

本記事の執筆時点で、OpenAIは今回の障害に関する詳細な事後分析（ポストモーテム）や根本原因を一切公開していません。同社はステータスページで障害の発生を認識したものの、復旧の見通しや技術的な説明については言及しませんでした。

障害の規模が、最大の手がかりです。推論、画像・動画生成、コード実行、ID管理といった、アーキテクチャ的に異なる6つのサービスが同時に停止したという事実は、コアAPIゲートウェイ、オーケストレーションのバックボーン、あるいは集中認証プロバイダといった、基盤となる共有レイヤーでの破綻があったことを強く示唆しています。しかし、公式な確認がない限り、これらはあくまで状況証拠に基づく推測の域を出ません。

障害の規模と広がり

世界中のユーザーから、膨大な数の障害報告が寄せられました。ダウンディテクターには全世界で5,000件以上の報告が殺到し、そのうち4,300件以上は米国内からのものでした。あらゆるプラットフォームのユーザーが、完全に締め出されたと報告しています。

インドもまた、最も深刻な打撃を受けた地域の一つです。同国は世界最大級のChatGPTユーザーベースを有しており、過去の大規模障害では恒常的に500件から900件以上の報告がインドから寄せられてきました。今回のインシデントも「インドを含む世界規模で甚大」と評されています。

高まる企業の不満とコミュニケーション不足

個人ユーザーへの影響に加え、今回の障害は、企業のAPIユーザーに対して何の指針も与えませんでした。OpenAIのインフラ上で本番環境のワークロードを動かしている開発者たちは、同社から公式な根本原因、影響範囲の評価、復旧までの見込み時間を一切受け取っていません。OpenAIが正式な稼働率保証（SLA）を現在も提供していないことを踏まえると、企業のリスク管理担当者は、再発可能性を見積もるために必要な障害分析がないまま、インフラの意思決定を迫られる状況に陥っています。

繰り返される信頼性問題のパターン

5月29日のインシデントは、孤立した事象ではありません。2026年に入り、ユーザーと企業の信頼を揺るがす障害が連続して発生しています。

• 2026年4月20日: 大規模な部分障害が発生し、ChatGPTとCodexがダウン。米国、英国、インドの数千人のユーザーが利用できなくなり、インドだけで900件以上の不具合報告が記録されました。
• 2026年5月8日～9日: Responses APIでエラーが多発。原因は最近のデプロイにあると特定され、OpenAIは変更をロールバックすることでサービスを復旧しました。
• 2026年5月下旬: 全面崩壊のわずか1日前にあたる5月28日には、ログインや会話機能に関する問題がユーザーから報告されていました。
• 2025年の状況: 6月には約12時間にわたる世界的なChatGPT障害が、9月には数時間に及ぶ大規模なサービス停止が発生しています。

こうしたパターンは、数値で測れる信頼性のギャップとして固まりつつあります。2025年後半から2026年初頭にかけてのNordic APIsの信頼性レポートによると、AI/ML系APIは全カテゴリーの中で稼働率が最下位でした。OpenAI単体では、2026年1月のわずか1ヶ月間で11件もの障害を記録しており、これは約2.5日に1回のペースです。過去1年間で見ると、OpenAIとAnthropicの両社は、稼働率99%の維持にすら苦戦しています。「99%」という数字は、それでも年間で3日半以上のダウンタイムを意味する水準であり、大手クラウドプロバイダーの平均が約99.97%であることとは対照的です。

激化する競争というプレッシャー

信頼性の問題が深刻化しているのは、OpenAIにとって最悪のタイミングです。同社は最近、新規ユーザー数と収益の自社目標を達成できず、損失額は年末までに170億ドル（約2兆5,000億円）に達すると予測されています。消費者向けユーザーベースではAnthropicを圧倒しているものの、Anthropicの年間経常収益は2026年4月時点で約300億ドルと、2026年2月時点でのOpenAIの約250億ドルを上回っています。さらに、GoogleのGeminiも企業分野での存在感を増しており、競争の包囲網は狭まりつつあります。

Anthropic自身も深刻な信頼性問題を抱えており、2026年4月には10時間に及ぶClaudeの大規模障害が発生し、その数日後には再び障害が起きています。しかし、OpenAIの5月29日の障害はより包括的であり、全サービスが同時に崩壊しました。リスクを回避したい企業の購買担当者にとって、公式SLAが長らく存在しないことは、重要な差別化要因としてますます注目されています。業界アナリストは現在、特定のAI APIプロバイダー1社に依存するのではなく、文書化されたフェイルオーバー（自動切り替え）機能を備えたマルチプロバイダー構成を、2026年の「購買上、正当化できる」標準的な開発姿勢として積極的に推奨しています。

いまだ解明されない疑問

5月29日の障害を受けて、いくつかの重要な疑問が未解決のまま残されています。

• 公式な根本原因は何か: ポストモーテムは発表されておらず、正確な技術的原因は確認されていません。
• アーキテクチャの脆弱性: なぜ単一の障害が全プロダクトを同時に機能不全に陥らせたのか、企業は説明していません。
• 障害の継続時間: 総ダウンタイムと復旧までのタイムラインは公表されていません。
• データの整合性: ユーザーの会話、APIコール、生成されたアセットが失われたかどうかは不明です。
• 安全装置の機能不全: インシデントの範囲を限定するはずのフェイルオーバーシステム、冗長化、爆風半径（ブラスト・ラディウス）制御が機能しなかった理由についても疑問が残ります。

OpenAIが詳細な分析を公開するまでは、5月29日の大規模障害は、同社のインフラ上で重要な業務フローを構築しようとしているあらゆる組織にとって、深刻な警告であり続けるでしょう。