公開：2026年9月25日, 最終更新：2026年9月25日
30秒サマリー
- Google Cloud API GatewayがMCPサーバー機能をパブリックプレビューで提供開始
- 既存のOpenAPI 3.x仕様にアノテーションを追加するだけでAIエージェントからREST APIを呼び出し可能に
- 認証・クォータ・ロギングなど既存ポリシーはそのまま流用でき、別途MCPサーバーの構築は不要
何が起きたか
Google Cloudは2026年9月24日、API GatewayにMCP（Model Context Protocol）サーバー機能をパブリックプレビューとして追加したと公式ブログで発表した。これにより、既存のREST APIをAIエージェントが呼び出せるMCPツールとして公開するにあたり、専用のMCPサーバーを別途構築・運用する必要がなくなるとしている。
仕組みとしては、API Gatewayが標準のMCP JSON-RPCリクエストを受け取り、既存のREST呼び出しに変換（トランスコード）する。既存のJWTまたはAPIキー認証、クォータ、ロギングの設定はそのまま機能し、MCPとRESTのトラフィックは同一のポリシーパスを共有する。対応するOpenAPI仕様（3.0.xまたは3.1.x）にドキュメントレベルのアノテーション（`x-google-api-management.mcp`）を追加してデプロイするだけで、`/mcp`エンドポイントからMCPツールとして提供される。Agent Development Kit（ADK）やGemini Enterpriseとはネイティブに連携可能だとしている。
現在のパブリックプレビューではOpenAPI 2.0は非対応であり、HTTP 204など空ボディを返す操作の公開、MCPとモデルルーティングの同一API設定での併用なども制限事項として明記されている。MCPリソース・プロンプト、レスポンスストリーミング、Model Armorによるペイロード検査はロードマップに記載されているが、現時点では利用できない。
原典ハイライト
公式ブログは「エンタープライズの機能の多くはエージェントから見えないRESTの背後に存在する」と課題を整理したうえで、API GatewayがそのギャップをMCPサーバー機能で埋めると説明。「既存のスペック・ゲートウェイ・認証・クォータ・ロギングがそのまま機能し、MCPとRESTトラフィックは一つのポリシーパスで一貫性を保つ」と強調している。
出典: Google Developers Blog – AI（公式ブログ）
So What?（なぜ重要か）
AIエージェントとREST APIを接続する際の最大の障壁だった「MCPサーバーの別途構築・運用」が不要になる。既存のAPI資産をそのままエージェント対応化できるため、エンタープライズにおけるAIエージェント導入の実装コストと運用負荷が大幅に下がる可能性がある。MCPが事実上のエージェント-ツール間標準になりつつある中で、既存インフラを活かしてエージェント連携を加速できる実用的な手段が登場したといえる。
日本企業への示唆
Google Cloud API Gatewayを利用している日本企業や開発チームは、OpenAPI 3.x仕様に数行のアノテーションを追加するだけで、社内REST APIをAIエージェントのツールとして公開できる。まずは開発・検証環境で既存APIのOpenAPIバージョン確認（2.0は移行が必要）と仕様の整備から着手するのが現実的な第一歩となる。一方で、`tools/list`の認証設定やクォータ設計など本番公開時のセキュリティ設定は事前に確認が必要であり、パブリックプレビュー段階の制限事項も踏まえた段階的な検証を推奨する。
背景・経緯
MCP（Model Context Protocol）はAIエージェントがツールを発見・呼び出すための標準プロトコルとして普及しつつあり、ADKやGemini Enterpriseなどがネイティブ対応している。従来、REST APIをMCPツール化するには専用のMCPサーバーをチームが別途構築・運用する必要があり、認証やクォータ管理が二重管理になるという課題があった。Google Cloudのゲートウェイ製品ラインとしては、本機能が対象とする軽量用途向けAPI Gateway、エンタープライズ向けのApigee、エージェントの外部呼び出しを管理するAgent Gateway、LLM呼び出し用のモデルルーティングが位置付けられているとブログは説明している。
