おしえて、どばしさん！　その１０「OpenAIはなぜPostgreSQLで8億ユーザーを捌けたのか？」

すごい数字だよね！比較してみると：
・日本の人口：約1億2000万人
・アメリカの人口：約3億4000万人
・ChatGPTのユーザー：8億人以上
 
つまり、日本の人口の約7倍、アメリカの人口の2倍以上の人が使っているサービスなんだ。しかも、この1年でデータベースへの負荷は10倍以上に増えたそうだよ。
 
毎秒数百万件のデータベースクエリを処理しているそうだよ。想像を超える規模だよね！

PostgreSQL（ポストグレスキューエル）は、1986年にカリフォルニア大学バークレー校で生まれたデータベース管理システム（以下データベース）なんだ。もう40年近く使われている、超ベテラン選手だね。

特徴をざっくり言うと：

いい質問だね！実は「古い＝悪い」とは限らないんだ。
 
OpenAIがPostgreSQLを使い続ける理由：
1. 実績がある　40年間、世界中で使われて問題が洗い出されている
2. エンジニアが慣れている　新しい技術だと学習コストがかかる
3. 移行コストが膨大　数百のアプリケーションを書き換えるのに数ヶ月〜数年かかる
4. 工夫次第でスケールできる　今回の記事のポイントはまさにここ！
 
「枯れた技術」って呼ばれるんだけど、これは褒め言葉なんだ。長年使われて安定しているという意味だよ。

パソコンというよりクラウド上のサーバーだね。でもその感覚は間違ってはいないよ！1台だけじゃ厳しいよね。OpenAIの構成がちょっと面白いんだ。
 
OpenAIのデータベース構成：
・プライマリ（親玉）：1台だけ
・リードレプリカ（読み取り専用のコピー）：約50台
 
「え、書き込みは1台で処理してるの！？」って思うよね。実はそうなんだ。
 
ポイントは、ChatGPTのワークロードが読み取り中心だということ。ユーザーがチャットを表示したり、履歴を見たりする「読み取り」は50台に分散して、「書き込み」だけ1台で処理しているんだよ。

ユーザーのリクエスト
↓
┌─────────────────────────────────────┐
│  読み取り → 50台のレプリカに分散    │
│  書き込み → 1台のプライマリで処理   │
└─────────────────────────────────────┘

そう、まさに「複製」という意味だね！
 
データベースの世界では：
・プライマリ（Primary）：本物。書き込みができる
・レプリカ（Replica）：コピー。読み取り専用
 
プライマリに書き込まれたデータは、自動的にすべてのレプリカにコピーされるんだ。これを「レプリケーション」と呼ぶよ。
 
OpenAIは世界中の複数のリージョンにレプリカを配置している。ユーザーは自分に近いレプリカからデータを読み取るので、世界中どこからでも素早くアクセスできるんだ。

実際、何度か危ない場面があったみたいだよ。OpenAIのブログには「SEV（重大障害）を複数経験した」と書いてある。
 
典型的なパターン：
アクセス急増
　　↓
データベースが重くなる
　　↓
リクエストがタイムアウト
　　↓
ユーザーがリロード（再試行）
　　↓
さらにアクセス増加
　　↓
💥 悪循環で崩壊
 
これを防ぐために、OpenAIはレート制限（1秒あたりのリクエスト数を制限）を複数の層で設けているんだ。
 
ちなみに、2025年3月のChatGPT画像生成機能のローンチ時には、1週間で1億人以上の新規ユーザーが登録して、書き込みが10倍以上に急増。これが過去12ヶ月で唯一の重大障害（SEV-0）だったそうだよ。

キャッシュは「一時的な記憶場所」のことだよ。
 
例えるなら：
・データベース = 図書館の書庫（大量の本があるけど、取りに行くのに時間がかかる）
・キャッシュ = 机の上（よく使う本を置いておく。すぐ手に取れる）
 
同じデータを何度もデータベースに取りに行くのは無駄だよね。だから、よく使うデータはキャッシュに置いておくんだ。
 
OpenAIの工夫で面白いのがキャッシュロックという仕組み。キャッシュにデータがないとき、普通は全員がデータベースに殺到してしまう。でもキャッシュロックを使うと：
 
100人が同じデータをリクエスト
　　↓
普通：100回データベースにアクセス 😱
　　↓
キャッシュロック：1人だけがデータベースにアクセス、残り99人はキャッシュ更新を待つ 😊
 
これで無駄なアクセスを大幅に減らせるんだ。

近いイメージだね！データベースへの「接続」は、電話回線のように数に限りがあるんだ。
 
PostgreSQLの場合：
・最大接続数：5,000（Azure PostgreSQLの場合）
・1つのリクエストで1つの接続を使う
 
5,000って多そうに見えるけど、毎秒数百万リクエストが来るサービスだと全然足りない。
 
そこでOpenAIはPgBouncerというツールを使っている：
 
普通の場合：
ユーザー → データベース（1対1で接続）
 
PgBouncerを使う場合：
ユーザー → PgBouncer → データベース
　　　　　（接続を使い回す）
 
これで、接続時間が50ミリ秒→5ミリ秒に短縮されたそうだよ。10倍速い！

OpenAIがPostgreSQLで8億ユーザーを支えられた理由をまとめると：

そんなことないよ！規模は違っても、考え方は応用できるんだ。
 
今日から使えるヒント：
 
✅ 読み取りと書き込みを分離する意識
・読み取りが多いなら、レプリカを検討
・キャッシュを活用して不要なデータベースアクセスを減らす
 
✅ 「枯れた技術」を恐れない
・新しい技術が常に正解とは限らない
・実績のある技術を深く理解して使いこなす
 
✅ ボトルネックを見つけて潰す
・遅いクエリを特定して最適化
・複雑なJOINはアプリケーション層で処理することも検討
 
✅ 障害に備える設計
・レート制限を入れておく
・1箇所が落ちても全体が止まらない構成を考える
 
OpenAIのような規模でなくても、この考え方を知っておくと、システム設計の引き出しが増えるよ！

今回は、OpenAIがPostgreSQLで8億ユーザーを支えている仕組みを見てきたね。
 
ポイントを3つにまとめると：
1.新しい技術より、既存技術の深い理解
40年の歴史があるPostgreSQLを極限まで最適化
 
2.役割分担で負荷を分散
すべてを1つに任せず、得意な役割ごとに仕事を振り分ける
 
3.地道な改善の積み重ね
一発逆転の魔法はなく、ボトルネックを一つずつ潰していく
 
世界最先端のAI企業も、基本に忠実な工夫を積み重ねているんだ。こういう「巨人の知恵」を学ぶことで、私たちの開発にも活かせることがたくさんあるよ！