Cloudflare、「Workers AI」と「AI Gateway」の統合計画を発表、単一のAIコントロールプレーンへ

要点

• Cloudflareは、AIモデルを実行する「Workers AI」と、アクセス管理や監視を行う「AI Gateway」を1つのコントロールプレーンに統合する計画を明らかにした。

• バインディングやREST APIといった接続口が一本化され、事前に設定を行わなくても初回のリクエスト送信時に自動的に監視用のゲートウェイが作成される。

• これまで外部のAIサービスにしか使えなかった「AI Gatewayクレジット」がWorkers AIの利用料金にも充当可能になり、支払いシステムが統合された。

• 統合請求を導入したユーザー向けに、Workers AIで稼働するモデルのレートリミット（利用制限）が緩和される優遇措置が用意されている。

• 将来的な計画として、プロバイダを意識せずに「モデル名」を指定するだけで、自動で負荷分散や他プロバイダへの切り替えを行う「モデルファースト・ルーティング」の開発が進められている。

• Cloudflareは2026年8月7日、同社が提供するAIインフラサービス「Workers AI」と、AIモデルの利用を仲介・監視する「AI Gateway」の2つの製品を、単一のAIコントロールプレーン（システム全体を管理・制御する仕組み）へと統合する方針を発表した。この統合により、開発者はWorkers AIを含むさまざまなAIモデルプロバイダ（モデルの提供企業）への接続から、ログの記録、セキュリティ、料金の支払いまでを1つの窓口で一元管理できるようになるという。

接続口の統合と自動化される「可観測性」

Cloudflareによれば、Workers AIとAI Gatewayは元々異なるアーキテクチャ（設計思想）で構築され、それぞれ独立した製品として提供が開始された。しかし、ユーザーが双方の製品を組み合わせて利用するケースが増加したことから、両者を統合し、より洗練された管理機能を提供する決定に至った。

まず、開発者がプログラムから各機能を利用するためのエントリーポイント（接続口）となる「Workersバインディング」（プログラムと外部リソースを連携させる仕組み）と「REST API」（Web経由でプログラムを呼び出す規格）の統合が進められている。現在はAIバインディングと呼ばれる共通の経路を通じて、AI GatewayとWorkers AIの両方を呼び出せる設計となっている。

この一元化によってもたらされる最大のメリットの一つが、事前のダッシュボード設定なしで得られる「可観測性（オブザーバビリティ）」の自動化だ。開発者が過去にゲートウェイを設定したことがない状態でも、バインディングやREST APIを呼び出す際にゲートウェイIDとして「default（デフォルト）」を指定するだけで、システムが自動的にゲートウェイを作成する。

これにより、初回のリクエストが送信された時点で自動的にAI Gatewayが稼働し、リクエストとレスポンスの全データ（ペイロード）のログ記録、モデルごとのトークン（AIが文章を処理する最小単位）消費量の追跡、コストの割り当て状況の可視化が実行される。さらに複雑なアプリケーションに成長し、独自のキャッシュルールを設定したり、アプリごとにデータを分割して管理したくなったりした場合は、個別に名前を付けたカスタムゲートウェイを作成し、パラメーターを1つ書き換えるだけで簡単に移行できる。

クレジット制度の統一とレートリミットの緩和

今回の発表に合わせ、料金システムについても新たな統合が実施された。これまでCloudflareが販売していた「AI Gatewayクレジット」は、OpenAIやAnthropicなどの外部AIプロバイダを利用する際にのみ使用可能で、Workers AIの料金支払いには利用できなかった。今回のシステム改修により、これがWorkers AIにも適用できるようになり、一元化された請求管理が実現した。

これにより、開発者は事前にチャージした1つの「財布（ウォレット）」から、OpenAI、Anthropic、Cloudflareが管理するWorkers AIなど、サポートされている任意のプロバイダの利用料を自由に決済できるようになる。

また、Cloudflareはこの統合請求システムの利用を促すため、同システムを採用した開発者に対して、Workers AIのモデルを使用する際のレートリミット（一定時間内に実行できる処理回数の制限）を引き上げる優遇措置を導入した。具体的なレートリミットの規定や制限引き上げの申請方法については、公式のデベロッパー向けドキュメントを参照するよう案内している。

次のステップ：プロバイダを意識させない「モデルファースト・ルーティング」

Cloudflareは統合ロードマップの次の段階として、現在開発中の「モデルファースト・ルーティング」と呼ばれる技術を紹介している。

現状のAI利用では、開発者は「どのプロバイダを通じてモデルを呼び出すか」という、インフラ主導の設計（プロバイダファースト）を意識せざるを得ない。この方式では、指定したプロバイダで障害が発生したり、レートリミットに達したりした場合、アプリケーションの動作が停止してしまうリスクがある。

これに対し、モデルファースト・ルーティングでは、開発者は利用したいプロバイダではなく「利用したいモデル」そのものを指定する。例えば、リクエスト時にモデル名として「kimi-k2.7-code」を指定すると、AI Gatewayがそのリクエストを受け取り、Workers AIやMoonshotが独自に提供するAPI、あるいは同じモデルを稼働させている別の提供元の状況を判断して、自動的に負荷分散（ロードバランシング）を行う。

もしCloudflareのWorkers AIが満杯または障害で利用できない場合は、AI Gatewayが背後で透明性を保ったまま、同じモデルを提供できる別のプロバイダへ通信を自動的に切り替える「フェイルオーバー」（障害時の代替機移行）を実行する。これにより、アプリケーションの開発者は特定のインフラの可用性を心配することなく、耐障害性の高いシステムを構築できるようになるという。Cloudflareは厳選された信頼性の高いプロバイダと連携することでモデル出力の品質を確保するとともに、「Zero Data Retention（データ非保持）」といったプライバシー要件も順拠させる計画だ。

補足

Cloudflareは、開発者がサーバーレスで素早くアプリケーションを構築できるプラットフォーム「Cloudflare Workers」を展開してきた。今回のAI機能のコントロールプレーンへの統合は、開発者がより簡単に、安定した性能でAIモデルをアプリに組み込めるようにするための基盤整備と言える。