◉GEMINI LABEN
●ARGON — gemini-4-argon が 10/13 に GA。複雑なコーディング・エージェント・数学・科学向けです●DEEP RES — deep-research-pro-preview-12-2025 は 10/23 に停止、残り6日。移行先は deep-research-preview-04-2026●NANO — gemini-nano-banana-2.1 が GA(10/06)。gemini-3.1-flash-image は非推奨で停止日は未発表です●MCP — ツール結果が 8.5万トークンに膨らんだ事例を、ADK で 310 トークンに包んで抑えた報告が出ています●FLASH — gemini-3.7-flash と 3.5-flash は新しい Flash モデルに自動で回されます(10/08)●NEW — クラッシュ報告を毎回ゼロから読ませない — 既知バグ早見表を先に grep し…●ARGON — gemini-4-argon が 10/13 に GA。複雑なコーディング・エージェント・数学・科学向けです●DEEP RES — deep-research-pro-preview-12-2025 は 10/23 に停止、残り6日。移行先は deep-research-preview-04-2026●NANO — gemini-nano-banana-2.1 が GA(10/06)。gemini-3.1-flash-image は非推奨で停止日は未発表です●MCP — ツール結果が 8.5万トークンに膨らんだ事例を、ADK で 310 トークンに包んで抑えた報告が出ています●FLASH — gemini-3.7-flash と 3.5-flash は新しい Flash モデルに自動で回されます(10/08)●NEW — クラッシュ報告を毎回ゼロから読ませない — 既知バグ早見表を先に grep し…
記事一覧/API / SDK
◈ API / SDK/2026-05-31上級

429を出さずにバルク処理を速くする:Gemini APIの適応的並行度制御

数万件をGemini APIに流すバルク処理で、固定並行度はほぼ必ず429と取りこぼしを生みます。429のフィードバックで並行度を自動調整するAIMD方式を、有界ワーカープールとデッドレター、再開可能なチェックポイントのコード付きで本番設計します。

Gemini API248並行処理レート制限4バルク処理本番運用49アーキテクチャ14

✦ プレミアム記事

429を出さずにバルク処理を速くする:Gemini APIの適応的並行度制御

深夜2時、私は40本ほどの壁紙アプリのユーザーレビューを、Gemini APIでまとめて分類するバッチを回していました。2014年から個人でアプリを作り続けてきて、レビューの本数だけは静かに積み上がります。ある晩、約3万件をいっきに流そうとして、並行数を64に設定したところ、ログが真っ赤になりました。429 RESOURCE_EXHAUSTED が連続し、半分近くが処理されないまま朝を迎えていたのです。

並行数を8まで下げると429は消えましたが、今度は完走に1時間以上かかるようになりました。速くすれば壊れ、安全にすれば遅い。この板挟みは、固定の並行数で大量のリクエストを流そうとする限り、誰もが必ずぶつかる壁だと思います。この壁を「並行数をリアルタイムに自己調整する」という発想で越える方法を、私が本番で使っているコードに沿って、順を追ってお伝えします。

固定並行度がうまくいかない理由

固定並行度の根本的な問題は、APIが受け入れられる速度が「その瞬間の状況次第で変わる」点にあります。Gemini APIのクォータは1分あたりのリクエスト数(RPM)とトークン数(TPM)の両方で効きますが、実際に429が返り始める閾値は、同じプロジェクトで動く他の処理や、リクエストごとのトークン量によって刻々と動きます。

つまり「安全な並行数」という固定値は存在しません。レビュー1件が50トークンの日もあれば、長文レビューが続いて1件2,000トークンになる日もあります。前者で快適だった並行数64は、後者では即座にTPMを溶かします。固定値は、最も重い瞬間に合わせれば遅すぎ、軽い瞬間に合わせれば壊れる。どちらに倒しても最適にはならないのです。

ここで効くのが、ネットワークの輻輳制御で長く使われてきたAIMD(Additive Increase / Multiplicative Decrease)の考え方です。うまくいっている間は並行数を少しずつ足し、429に当たったら一気に半分へ落とす。APIが返す429そのものを、最適な並行数を探すセンサーとして使うわけです。

✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
✦固定並行度がなぜ429と取りこぼしを生むのかを理解し、429のフィードバックで並行度を自動調整するAIMD方式を実装できる
✦有界ワーカープールとセマフォで安全にスループットを上げ、失敗を捨てないデッドレターと再開可能なチェックポイントを設計できる
✦固定64並行から適応制御へ移したときに完走時間が42分から19分へ、429率が11%から0.3%へ改善した実測の内訳を学べる
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Gemini Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • ✦コピー&ペーストで使える実装コード付き
  • ✦毎日新しい上級ガイドを追加
  • ✦¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

◈ API / SDK2026-07-27
消えないプロンプト資産をたたむ — 静的参照だけでは見えない稼働経路を炙り出す退役台帳
一本化したはずの旧プロンプトがまだ毎日呼ばれている——そんな見えない稼働経路を炙り出す退役台帳の設計です。静的参照、フラグ既定値、観測窓、モデル停止日、キャッシュ実効率の5つを突き合わせる判定基準と、実運用で得た設計の勘所を実行結果とともにまとめました。
◈ API / SDK2026-04-26
マルチテナント SaaS で Gemini API を安全に提供する設計 — テナント分離・課金計測・暴走防止の本番アーキテクチャ
Gemini API を複数テナントに提供する SaaS の本番アーキテクチャを Python コードつきでまとめました。テナント分離モデルの選択、テナント別レート制限、リクエスト単位の課金計測、月予算ガードとサーキットブレーカーによる暴走防止まで扱います。
◈ API / SDK2026-05-21
Gemini API × Cloud Pub/Sub によるイベント駆動 AI ワークフロー設計 — 個人開発者の実装メモ
Gemini API を Cloud Pub/Sub のイベント駆動型ワークフローに組み込む実装メモ。アプリレビュー解析パイプラインを題材に、リトライ・デッドレター・冪等性・コスト管理までを個人開発の視点で整理しました。