AIコストの悪夢に終止符：Cloudflare AI Gatewayが「ドル建て」支出制限を導入

AIを積極的に導入する企業を悩ませてきた共通の悪夢がある。それは、数十万、数百万円規模の請求書が突然届き、どのチームやユーザー、あるいはどの暴走したプロセスがそのコストを生み出したのかを追跡する術がないという事態だ。Cloudflareが2026年6月5日に発表したAI Gatewayのアップデートは、単なるリクエスト回数のカウントから、実際の利用金額を追跡する方式へとコスト管理の軸足を移し、その予算を個々のIDに紐付けることで、この問題の根本解決を狙っている。

ドル建て支出制限の仕組み

この機能の中核は、APIリクエストの回数に上限を設ける従来の「レート制限」から脱却し、実際のトークン使用量とモデル価格に基づいて累積のドルコストを追跡する「コストベース予算」へと移行した点にある 。ゲートウェイがリクエストを受け取ると、モデルの既知の価格設定と消費されたトークン数に基づいてコストを計算する。設定された期間内の累積支出が制限を超えた場合、リクエストはHTTP 429のレスポンスでブロックされる仕組みだ 。

予算範囲と設定

支出制限は一律ではない。モデル、プロバイダー、あるいはユーザーID、チーム、アプリケーションといったカスタムメタデータの次元で、きめ細かく範囲を設定できる 。例えば、ある組織では「ユーザー1人あたり1日200ドル」「ゲートウェイ全体で1日10,000ドル」「特定の高額モデルに1日50ドル」といった予算を設定することが可能だ 。各ルールは、固定（カレンダーに準拠）またはスライディング（ローリング）のリセット戦略を持つ、設定可能な時間枠を使用する 。

二重の執行レイヤー

支出制限は、二つの独立したレベルで執行される。「統合課金（Unified Billing）」を利用する組織では、アカウントレベルの支出制限が全ゲートウェイの総支出に上限を設ける。一方、ゲートウェイごとのルールは、より詳細な制御を提供する。どちらか早く上限に達した方の制限が、後続のリクエストをブロックする 。この制限は、Cloudflareがクレジットを事前購入する統合課金（5%の取引手数料が発生）と、利用者自身のAPIキーを使用するBYOK（Bring Your Own Key）方式の両方で機能するが、後者の場合はモデルの価格設定が既知である必要がある 。

動的ルーティング：遮断ではなく迂回

HTTP 429による単純な拒否は、やや乱暴な手段とも言える。Cloudflareの動的ルーティング（Dynamic Routing、ベータ版）は、よりスマートな代替策を提供する。予算が枯渇した際に、リクエストを遮断するのではなく、予算制限ノードを用いてより安価なモデルに自動的にフォールバックさせることが可能になる 。このシステムは、レート制限ノード、パーセンテージベースのA/Bトラフィック分割、ユーザープランやチームなどのリクエストメタデータに基づく条件分岐にも対応しており、アプリケーションコードに一切手を加えることなく実現できる 。

Cloudflare AccessによるID主導の予算管理

おそらく最も注目すべき発表は、Cloudflare Accessと組織の既存のIDプロバイダー（IdP）を統合する、ID主導の予算管理のクローズドベータ版だろう。これは、共有APIキーによって「誰がどれだけ使ったのか誰も分からない」という状態を解決するものだと、Cloudflareの公式ブログは述べている 。企業IDに直接紐付いた個人単位のコスト帰属と執行は、CIOや財務部門に対し、他の全ての事業項目と同様のAIの「ユニットエコノミクス」をもたらす 。

リリースの背景にある業界のプレッシャー

この一連の機能は、Cloudflareが顧客の間で観察した特定の市場の失敗への直接的な回答である 。

• コストの暴走：「まずは迅速に動き、請求書は後で考える」という考え方で積極的なAI導入を推し進めた結果、企業は痛ましいほどの追加費用とCFOの不安に直面した。
• **帰属のブラックボックス化：**共有APIキーによって、支出を特定のユーザー、チーム、あるいは自動化されたCIジョブにまで紐付けることが不可能だった。
• **最高性能モデルへの偏重：**予算がないため、より安価な代替モデルで十分なタスクであっても、チームは利用可能な中で最も高価なモデルに全ての処理をデフォルトで投げていた。

支出制限を実際の金額と実際の個人に結びつけることで、Cloudflareは、AIコスト管理がいずれ他のクラウドインフラコストの追跡と同じくらい日常的な業務になるだろうと予測している。