OpenAIが保存基盤HabitatをPythonからRustへ——「技術負債への戦略的な踏み込み」という判断の中身

※ 本記事は2026年9月16日時点の公開情報に基づきます。最新情報は各社公式発表等をご参照ください。

OpenAIは2026年9月11日、同社製品のデータ参照を支えるオンライン保存基盤「Habitat」について、技術解説（2部構成の第1部）を公開しました。同社によれば、Habitatは現在毎秒7,000万超のリクエストを処理し、週に10億人超が使う製品を40近い地理的リージョンにわたって支えています。扱うデータは500ペタバイト超です（出典: OpenAI 公式）。

ライブラリからサービスへ——「全員の足並み待ち」が限界の合図

たとえるなら、Habitatは「アプリとデータベースの間に立つ受付窓口」です。OpenAIは、2025年半ばまでに、当初の共有ライブラリ（クライアント側の実装）では限界に達し、後方互換性を保ったプロトコル変更が実行不可能になっていたと述べています（出典: OpenAI 公式）。例に挙げたのは、最重要のデータセットを地域分散した複数のAzure Cosmos DBアカウントへ移す変更です。数十のサービスにまたがる調整、事前検証（シャドーイング）、不具合修正にそれぞれ数日かかったうえ、あるチームが無関係な理由で不具合のある旧版クライアントへ戻し、避けようとしていた障害が起きたといいます（出典: 同上）。

解決策は、Habitatを独立したサービスに切り出すことでした。デプロイ、可観測性、プラットフォーム改善の統制点が1つになり、アクセス制御ポリシーの一元適用や監査ログもここで行えると、同社は述べています（出典: 同上）。セキュリティ上の注意点を一つ。出入口を1か所に集めると、その1か所の権限管理と可用性が全体の弱点にもなり得ると、私たちは読みました。

意図して抱えた負債と、「既定値」が生んだ障害

OpenAIは、サービス化の時点でもPythonから移行しませんでした。Pythonの非効率は100倍の規模では許容できず、いずれ書き換えることはほぼ確実だと認識していたとしたうえで、Pythonでの運用を「技術負債への戦略的な踏み込み」と位置づけています。当時の主目的は、コストや資源の最適化ではなく、製品開発者の妨げをなくしてプラットフォームを安定させることだったといいます（出典: OpenAI 公式）。

注目したのは、負債を抱えた後の運用です。同社は、非同期処理（asyncio）のループの忙しさを実測して監視することが重要だとしています。負荷が高いと最大で数百ミリ秒、一部の例外的な場合には数秒のぶれが生じるため、1プロセスの同時リクエスト数を少数に保ち、ワーカー数を大幅に増やして対応したといいます（出典: 同上）。負債は、抱えること自体より、抱えている間の影響を測り続けているかが問われると、私たちは読みました。

障害の原因が「既定値」だった例もあります。PythonのaiohttpのTCPConnectorは既定で、直近に返された接続を次に使うLIFO方式です。同社は通常は妥当な既定値としつつ、バースト時には遅い過負荷のサーバーほど接続の返却が遅れて選ばれやすくなり、負荷が集中したと説明しています。FIFO方式に直すと悪循環が断たれ、定常時のばらつきも減ったといいます（出典: 同上）。

Rustへの書き換え——「2人」の数字をどう読むか

OpenAIは、書き換えを1年先送りして、より緊急で影響の大きい課題に集中できたとしています。2026年第2四半期、わずか2人のエンジニアとCodex、GPT-5.5で、サービス全体をRustに書き換えたといいます。Rust版は公表時点で本番リクエストの95%を処理し、今後数週間でPythonを完全に廃止する予定です。同社のデータでは、Rust版はPython版よりCPU効率が6倍、メモリ効率が15倍で、平均およびテール（遅い側）の遅延も大幅に低いとされています（出典: OpenAI 公式）。

数字は同社自身の計測で、第三者の検証は同社の解説内では示されていません。書き換えたのもモデルの開発元自身です。「2人で書き換えられる」という数字は、この前提を差し引いて読む必要があると私たちは受け止めました。

中小企業への翻訳——抱える負債に「返す合図」を決める

1. 負債は、影響の測り方と見直しの条件を決めてから抱える。 「応答が一定以上遅くなったら」など、見直しを始める条件を先に書いておきます。
2. 共有部品の更新が全員の足並み待ちになったら、窓口の一本化を考える。 ただし、一本化した窓口の権限管理は最優先で守ってください。
3. 既定値と定期処理を点検する。 初期設定のまま動く処理が重い瞬間を作っていないか、見てください。

まとめ

• OpenAIは2026年9月11日、保存基盤Habitatの技術解説を公開した。同社によれば毎秒7,000万超のリクエストを処理し、500ペタバイト超のデータを扱う
• OpenAIは、2025年半ばまでに共有ライブラリの限界に達したとして、独立サービスへ切り出し、統制点を1つにしたと説明している
• サービス化後もPythonを使い続けた判断を「技術負債への戦略的な踏み込み」と位置づけた。asyncioの遅延を実測し、接続の再利用順序（LIFO）が負荷の偏りを生んだ事例を挙げている
• 2026年第2四半期にわずか2人のエンジニアとCodex、GPT-5.5でRustへ書き換えた。公表時点で本番リクエストの95%を処理し、Python廃止は今後数週間の予定。CPU効率6倍、メモリ効率15倍は同社自身のデータによる

要点は数字の大きさではなく、負債を抱える理由と、抱えている間の影響を測る仕組みにあります。技術判断の質は、何を作ったかより、何を意図して先送りしたかを説明できるかに表れると私たちは考えます。