この記事について海外で公開された情報をもとにAIが要約・解説した記事です。原文の翻訳ではありません。正確な内容は記事末尾の出典元をご確認ください。
この記事の要点
  • ZippyDBの全トラフィックの約40%を中継するプロキシ層が登場した
  • 接続数を約19倍削減し、クライアント群の影響を遮断できる
  • バッチ処理や負荷制御、キャッシュなど運用機能をプロキシに集中できる

ZGatewayの概要

Metaのエンジニアリングブログは2026年9月3日、キーバリューストア「ZippyDB」の前面に配置するプロキシ「ZGateway」を紹介した。ZippyDBはMetaで最も広く使われているキーバリューストアで、商品メタデータやカウンタ、設定情報などを支えている。世界中に分散したインフラ上で秒間数十億の操作を処理するという。ZGatewayはそのZippyDBクライアントとデータベース群(ZServer)の間にはさまる、ステートレスなプロキシ層だ。

ZGatewayは1秒あたり10億以上の操作を処理できる。現在はZippyDB全体のトラフィックの約40%を中継しており、今後は60%を超えるところまで拡大する見込みだと報告されている。平均的な利用ケースでは、追加される計算オーバーヘッドは約6%にとどまるという。

直接接続の限界とプロキシの価値

従来のZippyDBは、各クライアントが必要なすべてのデータベースホストに直接接続する方式だった。クライアント1台が数万のシャードに触れることもあり、典型的なクライアントは数万の外向き接続を持ち、データベースホストは数万の内向き接続を受け入れる。その結果、TLS接続による高密度の多対多メッシュが形成され、リソースを浪費していた。接続再利用が一時的に減るだけで、ファイルディスクリプタの枯渇やOOMによるホストクラッシュが起きる危険があったという。

こうした問題をクライアント側で直すのは難しい。クライアント群とデータベース群の両方が常に変化しているからだ。プロキシは多数のクライアントの経路に同時に存在するため、接続プールやリトライ、ルーティング、キャッシュ、入場制御などの共通処理を1つの管理層に集約できる。Metaはプロキシを導入することで、更新が難しいクライアント群と増え続けるデータベース群を切り離す構造を選んだとみられる。

接続メッシュの削減とバッチ処理

ZGatewayを経由する構成では、各クライアントは地域のZGatewayホストへの永続的な接続プールだけを持てばよい。データベース側も接続元がZGateway群に限定され、全体の永続接続数はおよそ19倍削減されると説明されている。さらに重要なのは、データベースへのファンイン、つまり接続の集中度がクライアント数ではなく、リージョン数とシャード密度に依存するようになることだ。クライアント群の増加がデータベース側の負荷を直接増やさなくなる。

ZGatewayは複数クライアントにまたがる要求のバッチ処理と、同じキーへの要求をまとめる合体処理(コアレスキング)も行う。1つのバックエンドRPCに折りたたむことで、シリアライズや権限確認などの固定コストを分散できる。ホットキーへのアクセスが集中しても、バックエンドへの同時要求を抑えられるという。バッチ処理による遅延増加は、lingerウィンドウやサイズ上限などのパラメータで制御される設計だ。

テナント分離と運用機能

複数のテナントが同じプロキシ層を共有するため、ZGatewayには「Discriminant Load Shedding(DLS)」と呼ばれる負荷遮断の仕組みがある。要求を使用ケースと優先度でバケットに分け、バケットごとにラウンドロビンで処理する。特定テナントがトラフィックを送りすぎた場合、そのバケットだけが満杯になり、ほかのバケットの処理は続けられる。CPU使用率が90%を超える過負荷テストでは、約1,350のアクティブなバケットのうち実際に遮断されたのは6つだけで、残りのバケットは99.9%の要求をエラーなしで処理できたという。このときDLSの仕組み自体が消費したCPUは約8%だった。

ほかにも、ZGatewayには設定フラグによる段階的なトラフィック移行、読み取りキャッシュと変更データキャプチャを組み合わせたキャッシュ無効化、バッチ処理を安全にするためのアイドルタイムアウトや実行中キャップといった機能が備わる。Metaの説明では、こうした処理をプロキシ層に集約することで、以前はクライアントごとに実装していた複雑なバッチ処理ライブラリを段階的に廃止できたという。

現時点で分かっていないこと

ZGatewayの性能値や効果はMeta社内の環境に基づく報告であり、他社の環境で同じ結果が出るとは限らない。記事中で使われている数字にはモデル計算によるものも含まれており、実際の運用条件に依存する部分が多い。また、ZGatewayが外部向けに提供されるのか、オープンソースになるのかは現時点では公表されていない。

今後、60%超へのトラフィック拡大が実現し、追加の運用データが報告されれば、スケール感や設計上の課題がより明確になるとみられる。現時点では、Metaの内部アーキテクチャとしての成功事例ととらえるのが適切だ。

直接接続とZGateway経由の比較
項目直接接続ZGateway経由
接続の形状クライアントと各DBホストが多対多で直接接続クライアント→ZGateway→DBの2段階接続
総接続数への影響クライアント数の増加に比例約19倍削減され、クライアント数に依存しない
バッチ処理の対象同じプロセス内の要求のみ複数クライアント横断で結合可能
障害の影響範囲接続ストームがDB全体に波及しうるプロキシ層で遮断しやすい
原文からの引用
A proxy sits in a different position entirely — in the path of many clients at once — and that shared vantage point lets it do what no single client could.

プロキシはまったく別の位置に立っています。多数のクライアントの経路に同時に存在し、その共有された視点によって、単一のクライアントにはできないことを実現するのです。

今後の見通し

現時点でZGatewayは約40%のZippyDBトラフィックを処理しており、今後60%超まで拡大するとされている。順調に移行が進めば、バッチ処理やDLS、キャッシュの実運用データがさらに蓄積し、プロキシ層にどの機能を集約すべきかという設計指針が明確になるだろう。一方で、外部の技術者がこの設計を応用できるかどうかは、オープンソース化や汎用的なベンチマークの有無が判断材料になる。Metaの発信内容が製品化ではなく社内技術の共有にとどまるなら、同様の規模を持たない企業が参考にする際には、自社の接続特性を慎重に評価する必要がある。

日本の開発者・IT企業にとっての意味

日本のIT企業や開発者にとって、ZGatewayの解説は「大量のクライアントを一斉に更新できない状況で、共有データストアの運用性をどう高めるか」という設計パターンの事例になる。クライアント側に散らばっていた接続プール管理やバッチ処理をプロキシに集約し、テナントごとの負荷遮断やキャッシュを追加するという発想は、マイクロサービスで共有DBを持つ企業にも示唆を与える。ただし、Metaのように数百万規模のホストがある環境と、一般的な企業の環境では、プロキシを挟むことによる追加ホップや運用層の増加が利益を上回る可能性もある。導入を検討するなら、まず接続数とクライアントの多様性、障害時の影響範囲を定量的に把握し、その上でプロキシ層に何を持たせるかを決めるのが現実的だろう。

気になる点

ZGatewayは外部の企業も利用できますか?
記事ではMeta社内での導入事例として解説されており、外部提供やオープンソース化の予定は明記されていません。ZippyDBはMetaの内部向けキーバリューストアであり、現時点では一般企業がそのまま使える状況ではないとみられます。
ZGatewayを導入するにはクライアントの改修が必要ですか?
Metaの説明では、トラフィックのZGatewayへの移行はサービス単位やシャード単位で設定できるフラグで制御され、クライアントのコード変更は不要とされています。ただし、これはMetaのZippyDBクライアントに限った話で、外部のサードパーティ製品には適用できません。
バッチ処理によるレイテンシの増加はどの程度ですか?
記事は平均的な利用で約6%の計算オーバーヘッドと述べていますが、レイテンシそのものの値は明記されていません。バッチ処理はlingerウィンドウなどの上限で遅延を制御し、過大な要求は個別送信にフォールバックする設計だと説明されています。

用語解説

ZippyDB
Meta内で広く使われるキーバリューストア。メタデータや設定情報などを保存し、秒間数十億の操作を処理する。
ZGateway
ZippyDBのクライアントとサーバ群の間に入るプロキシ層。接続集約やバッチ処理を担う。
キーバリューストア
キーと値の対応でデータを保持するデータストア。シンプルな構造で高速な参照が可能。
ServiceRouter
Metaが運用する社内向けサービスメッシュ基盤。ZGatewayインスタンスの検出に使われる。
DLS
Discriminant Load Sheddingの略。テナントごとに負荷を遮断し、過負荷の影響を局所化する仕組み。

出典

ZGateway: Learnings from Putting a Proxy in Front of ZippyDB

Meta / 2026年9月4日

https://engineering.fb.com/2026/09/03/core-infra/zgateway-proxy-zippydb-meta

AI導入も顧問も、お任せください

何から手をつけるか、どこまでAIに任せるか。自社の業務に合わせて整理し、導入から運用まで伴走します。相談だけでも構いません。

AI導入について相談する