Azure API Management（APIM）が、Microsoft Build 2026においてJSON-RPCベースのエージェント間通信（Agent-to-Agent、A2A）APIのGA（一般提供）を発表した。REST/GraphQL/MCPと同一の管理プレーンでエージェント通信を一元管理できるようになり、マルチエージェント基盤の本格運用が現実的な選択肢になった。

A2A APIのGA ── エージェント同士が「公式の道」で通信できる時代へ

これまでのAPI管理プラットフォームは、主にHTTPベースのREST/GraphQL APIを対象に設計されていた。しかし生成AIの普及により、複数のAIエージェントが互いに通信し合う「マルチエージェント構成」が現実のシステムに登場しはじめている。

今回APIMがGAとして提供するのが、JSON-RPCベースのA2A（Agent-to-Agent）APIのサポートだ。エージェント同士が構造化されたメッセージを交換するための仕組みであり、APIMの文脈でこれが重要なのは、A2A通信を既存のREST・GraphQL・MCPツールと同一の管理プレーンで扱えるという点にある。

認証・認可・レート制限・ログ収集・ポリシー適用といったAPIゲートウェイ機能が、エージェント通信に対してもそのまま機能する。「人間が呼び出すAPI」と「エージェントが呼び出すAPI」を同じ基盤で管理できることは、ガバナンスの観点から非常に重要だ。

統合モデルAPIでOpenAI・Anthropicをシームレスに切り替え

注目点のもう一つが、統合モデルAPI（Unified Model API）のマルチプロバイダー対応強化だ。OpenAI・Anthropicをはじめ複数のAIプロバイダーへのリクエストを変換・ルーティングできる機能が拡充され、バックエンドのモデルプロバイダーを変更してもアプリケーション側のコードを変えずに済む構成が可能になる。

たとえば「通常はAzure OpenAI、コスト超過時にはフォールバック先のモデルへ」といった柔軟なルーティングが、管理プレーンの設定変更だけで実現できる。特定ベンダーへの依存度を意図的にコントロールしたい組織にとって、実用的なアーキテクチャの選択肢が増えた。

MCPとの統合 ── ツール呼び出しも同一基盤で

Build 2026ではMCP（Model Context Protocol）ツールのサポートも引き続き強化されている。MCPはAIエージェントが外部ツールや機能を呼び出すためのプロトコルであり、APIMがMCPエンドポイントのゲートウェイとして機能することで、ツール呼び出しにも認証・監査ログが適用できる。

REST・A2A・MCPを同一プレーンで管理できる構成は、「誰が何にどう繋がっているか」を俯瞰するうえで不可欠なインフラとなる。

実務への影響

日本のエンジニア・IT管理者が今すぐ検討すべきポイントは3つある。

1. AIゲートウェイとしてのAPIM導入・見直し 複数のAIサービスを使い分けている場合、APIMを統一ゲートウェイに置くことで、コスト可視化・レート制限・フォールバック制御が一元化できる。部署ごとにAPIキーを直接持たせているような構成は、今すぐ見直しを検討したい。

2. A2Aポリシーの事前設計 エージェント基盤を構築中・構築予定のチームは、A2A通信にどんなポリシーを適用するか（認証方式・ログ保持期間・レート制限）を今の段階から設計しておくべきだ。後付けのガバナンスは常にコストが高い。

3. Non-Human Identity（NHI）との組み合わせ エージェントが他のエージェントを呼び出す構成では、エージェント自体のIDをどう管理するかが問題になる。Microsoft Entra IDのマネージドIDやワークロードIDと組み合わせた設計を前提にしておくと、後の運用が格段に楽になる。

筆者の見解

実はこの記事を書きながら、つい先日自分自身がAPIMをAIゲートウェイとして本番運用するなかで踏み抜いたいくつかの落とし穴を思い出していた。ユーザーごとのトークン使用量の集計、プロンプトキャッシュのカウントミス、バッファレスポンス設定の罠……。APIMはよくできたプラットフォームだが、AIワークロードとの組み合わせではまだ「使いこなしのノウハウ」が必要な部分が残っている。

今回のBuild発表でA2A APIがGAになったことは、そうした泥臭い実装の土台がようやく固まってきた証拠だと受け止めている。「エージェントが呼び出すAPIも、人間が呼び出すAPIも、同じゲートウェイで管理する」というシンプルな原則が標準仕様として実装されたことの意義は大きい。

APIMの強みは、AIプロバイダーを選ばない点にある。統合モデルAPIがOpenAIやAnthropicを含む複数プロバイダーに対応したことで、Azure基盤を軸にしながらも、その上で動かすAIを状況に応じて柔軟に選ぶ運用が現実的になった。Microsoft基盤のユーザーが外部LLMを組み合わせたい場合の選択肢として、APIMはますます中心的な役割を担っていくだろう。

エージェントアーキテクチャはまだ発展途上だが、「ガバナンスを後回しにしない」ことだけは早めに決断してほしい。A2A通信が見えないところで走り出してから監査要件が出てくるのは、誰も幸せにならないパターンだ。

出典: この記事は What’s new in Azure API Management at Microsoft Build 2026 の内容をもとに、筆者の見解を加えて独自に執筆したものです。