watsonx Orchestrate AI Gatewayとは？マルチクラウドのAIエージェント・MCPを統制する導入判断ガイド
AI脆弱性診断
そのAIシステム、従来の診断だけで十分ですか？
外部・内部の弱点に加え、プロンプトインジェクションや過剰な権限などAI固有の攻撃面も診断します。
watsonx Orchestrate AI Gatewayは、複数のプラットフォームで作られた第三者AIエージェント、モデル、MCP（Model Context Protocol）サーバーを発見し、watsonx Orchestrateから統制するための機能です。
IBMは2026年10月27日、AI Gatewayを、Amazon Bedrock、Microsoft、Googleなどのプラットフォームにまたがる第三者エージェント、モデル、MCPサーバーを発見する単一の適用レイヤーとして発表しました。IBMの説明では、これらの資産を一貫した可観測性、評価、最適化によって統制し、第三者エージェントをwatsonx Orchestrateのチャットやチャネルから利用できるようにします。IBMの2026年10月27日付発表
ただし、「マルチクラウド対応」という説明だけで、すべての接続先、リージョン、認証方式、契約プランで同じ機能を使えるとは判断できません。Microsoft FoundryおよびGoogle Gemini Enterprise Agent Platformとの接続は、IBMの2026年10月2日付発表でPreviewとされています。導入時には、自社テナントで接続できる対象、利用したい操作、データの扱い、サポート条件を個別に確認してください。IBMの2026年10月2日付発表
watsonx Orchestrate AI Gatewayで何ができるのか
公開情報から確認できるAI Gatewayの役割は、複数の環境に分散したエージェント資産を見つけ、同じ制御面で扱うことです。IBMは、AI Gatewayを通じて第三者エージェント、モデル、MCPサーバーを発見し、可観測性、評価、最適化を一貫して適用する構想を示しています。
対象 | 公開情報から確認できる役割 | 導入時の確認点 |
|---|---|---|
外部AIエージェント | 接続したプラットフォームをスキャンし、稼働中のエージェントを発見・インポートして、ネイティブエージェントと同じ制御面で扱う | 接続可能なプラットフォーム、インポート後に使える機能、業務チャネルからの利用可否 |
AIモデル | 第三者モデルをAI Gatewayの発見・統制対象として扱う構想が示されている | 対象プロバイダー、モデルごとの認証・ネットワーク経路、外部モデル利用料、データ利用条件 |
MCPサーバー | 第三者MCPサーバーを発見し、ガバナンス対象のカタログで確認する | サーバーの提供者、ツール定義、認証方式、書き込み権限、接続先データ |
評価・可観測性 | トレース、LLM-as-a-Judge、シミュレーションなどを用いて、エージェントの挙動や品質を確認する | 評価基準、サンプリング率、評価コスト、ログに含まれる情報、保存範囲 |
IBMは、外部エージェントをwatsonx Orchestrateのチャットやチャネルから直接利用できることも案内しています。一方で、外部エージェントの全機能がネイティブエージェントと同じ範囲で利用できるかは、接続先・契約・提供状況ごとに確認が必要です。IBMの2026年10月27日付発表
対応範囲：Amazon、Microsoft、Googleはどこまで確認できるか
2026年10月27日時点のIBM公開情報では、AI GatewayはAmazon Bedrock、Microsoft、Googleなどにまたがる資産を対象に説明されています。ただし、接続先別の提供時期と状態は同一ではありません。
- Amazon Bedrock：IBMは、Amazon Bedrock上で構築されたエージェントの発見・登録が2026年8月31日に一般提供となったと案内しています。
- Microsoft Foundry：IBMは、Microsoft Foundry上のエージェントをスキャン、発見、インポートするAI Gateway接続を、2026年9月15日リリースのPreviewとして案内しています。
- Google Gemini Enterprise Agent Platform：IBMは、Google Gemini Enterprise Agent Platform上のエージェントについても、同じ2026年9月15日リリースのPreviewとして案内しています。
このためPoCでは、「3社の環境を横断できるか」という大きな問いを、そのまま合否条件にしない方が安全です。たとえば「自社テナントで対象エージェントを発見できるか」「インポート後に必要なポリシー・評価・チャネル利用を確認できるか」「Preview機能に依存する部分はどこか」といった検証可能な問いへ分けます。IBMの2026年9月3日付発表 IBMの2026年10月2日付発表
MCP統制で確認したいこと
MCPは、AIアプリケーションやAIエージェントが外部ツール・データソースへ接続するためのプロトコルです。AI GatewayでMCPサーバーを発見できることと、そのサーバーを業務で利用してよいことは同じではありません。
IBMは、選択されたMCPサーバーについて、MCPプロトコル適合性、ツールスキーマの整合性、ツール説明文の安全性、入力検証、デフォルト認証情報の拒否といったシグナルを、ガバナンス対象のカタログで示すと案内しています。この説明は、すべてのMCPサーバーに同じ評価結果が常に表示されることを意味するものではなく、IBMが例示した選択対象のMCPサーバーに関する機能説明です。IBMの2026年10月27日付発表
MCP自体の役割と、API・A2Aとの使い分けは、API・MCP・A2Aの違いも参照してください。実務では、MCPを一括で許可するのではなく、ツールごとに読み取り、書き込み、外部送信、高リスク操作を分けて設計することをMojiでは提案します。
MCPサーバー登録前チェックリスト
- サーバーの提供者、ソース、更新責任者を確認したか
- ツール定義に不要な書き込み、削除、外部送信の操作が含まれていないか
- 入力値の検証、上限、タイムアウト、失敗時の動作を確認したか
- 固定APIキーや共有アカウントに依存せず、用途に応じた認証・認可を設計したか
- AIエージェントが取得できるデータと実行できる操作を、必要な範囲へ分離したか
- 本番接続前にテスト用データ・環境で操作ログを確認したか
AIエージェントへ外部操作を委任する際の承認、停止、監視の考え方は、AIエージェントのガードレール設計で詳しく解説しています。
既存のLLMオーケストレーションとの違い
LLMオーケストレーションは、モデル呼び出し、プロンプト、検索、ツール実行、ワークフロー分岐を組み合わせ、個別のアプリケーションや業務フローを動かすための設計を指すことがあります。一方、watsonx Orchestrate AI Gatewayは、IBMの説明では、複数の場所で構築されたエージェント、モデル、MCPサーバーを発見し、同じ制御面で統制するための機能です。
比較軸 | LLMオーケストレーション | watsonx Orchestrate AI Gatewayを含む統制レイヤー |
|---|---|---|
主な目的 | 特定業務の手順、モデル、検索、ツール呼び出しを組み立てる | 複数環境のエージェント資産を発見し、可視化・管理・評価・統制する |
主な単位 | フロー、プロンプト、検索、ツール、アプリケーション | エージェント、モデル、MCPサーバー、接続、ポリシー、実行記録 |
中心となる問い | この業務をどう自動化・支援するか | 社内に何が存在し、何をどの条件で利用・統制するか |
検討しやすい段階 | 個別ユースケースの構築時 | 複数部門・複数クラウドにまたがるエージェント管理が課題になった時 |
この表は、IBMの製品説明と一般的な実装論を分けて理解するためのMojiによる実務上の整理です。両者は代替関係ではありません。各事業部が個別にエージェントを構築し、そのエージェント群を全社の統制対象として把握・評価する構成は考えられます。LLMオーケストレーションの基本は、LLMオーケストレーションとは？で確認できます。
料金：現時点で確定していること・確認が必要なこと
2026年10月27日時点で確認できるIBMのwatsonx Orchestrate料金ページには、30日間の無償トライアル、月額530米ドルからのEssentials、月額6,360米ドルからのStandard、問い合わせによるPremiumが掲載されています。ページ上では、TrialにControl plane、Evaluation/observabilityが、Essentials・Standard・PremiumにControl planeが含まれると案内されています。IBM watsonx Orchestrate料金ページ
ただし、この料金ページだけから、AI Gatewayの利用範囲、接続する外部プラットフォーム側の料金、モデル呼び出し、評価実行、ログ保存、ネットワークに伴う費用が、開始価格にどこまで含まれるかは確定できません。IBMは価格が目安であり、国・地域、税、提供状況によって変動し得るとも記載しています。予算化では、IBMへの契約条件の確認に加え、接続先クラウド、利用モデル、ID基盤、ログ保存、実装・運用人件費を分けて見積もることをMojiでは提案します。IBM watsonx Orchestrate料金ページ
見積もりでベンダーへ確認する質問
- AI Gatewayは契約プランに含まれるか。追加契約、個別有効化、利用上限はあるか。
- Amazon Bedrock、Microsoft Foundry、Google Gemini Enterprise Agent Platformのうち、自社リージョン・テナントで接続可能な対象は何か。
- 外部エージェントの発見、インポート、チャネル利用、評価、最適化のどこまでが契約範囲か。
- MCPカタログで表示される評価シグナル、ポリシー、監査関連機能の提供条件は何か。
- ログ、トレース、評価結果、認証情報はどこに保存され、保持・削除・持ち出しの条件はどうなっているか。
- Preview機能を業務利用する場合のサポート、SLA、変更通知、終了条件は何か。
企業導入の判断基準
AI Gatewayを検討する場面は、単に新しいエージェントを作りたいときよりも、複数の部門・クラウド・開発基盤にエージェントが広がり、所在、所有者、権限、品質を横断して把握しにくくなったときです。
状況 | 検討優先度の目安 | Mojiによる判断理由 |
|---|---|---|
単一部門・単一クラウドで、読み取り中心の小規模エージェントを試す段階 | 低〜中 | まず個別業務の評価、権限、運用手順を固める方が適切な場合がある |
複数部門が別々の基盤でエージェントを開発・導入している | 高 | 資産台帳、重複確認、統一したポリシー、可視化を求める場面が増える |
MCPサーバーや外部ツールへの接続を増やす予定がある | 高 | ツール単位の権限、認証、品質確認、監査記録を整理する必要がある |
顧客対応、金銭、個人情報、基幹システム更新を扱う | 中〜高 | 可視化に加え、委任範囲、承認、停止、ID・資格情報を設計する必要がある |
この表はMojiによる一般的な設計上の目安です。実際の結論は、対象モデル、入力データ、許容できない誤り、評価指標、許容遅延、既存のIAM・監視基盤によって変わります。AI導入候補を台帳化する方法は、AI利用台帳とは？も参考にしてください。
PoCを4週間で始める手順
以下は、watsonx Orchestrate AI Gatewayを評価するためのMojiによる提案です。IBMが定める導入手順や標準期間ではありません。全社の資産を一度に接続するのではなく、既存エージェント2〜3件、MCPサーバー1〜2件、低リスクな業務に範囲を絞ります。
- 第1週：対象資産を棚卸しする
エージェント名、所有部門、実行環境、利用モデル、接続ツール、扱うデータ、書き込み権限、運用責任者を一覧化します。存在するが所有者不明の資産を明らかにすることを、最初の成果物にします。 - 第2週：接続と発見を確認する
対象プラットフォームへ接続し、期待したエージェントを発見できるか、重複・欠落がないかを確認します。接続できなかった資産は、認証、リージョン、ネットワーク、製品対応状況のどれが原因かを記録します。 - 第3週：品質・権限・監査を評価する
成功ケースだけでなく、権限外データの要求、曖昧な依頼、失敗するツール呼び出し、書き込み前の承認要求を含むテストを行います。トレースなど、利用できる記録で、どのエージェントがどのツールをどの権限で呼び出したかを追えるか確認します。 - 第4週：継続・拡大・停止を判断する
発見できた資産の範囲、重複資産、権限設計上の不備、評価結果、運用負荷、追加費用をもとに判断します。期待した統制を確認できない場合は、接続範囲を広げる前に原因を整理します。
PoCの合否テンプレート（架空の例）
観点 | 合格条件 | 確認方法 |
|---|---|---|
発見性 | 対象として選んだエージェントを一覧化できる | 事前棚卸しと検出結果を照合する |
統制 | 接続、ツール、権限の責任者を各資産に割り当てられる | 資産台帳と管理画面を照合する |
追跡性 | テスト依頼からツール実行までの経路を確認できる | 代表ケースのトレースまたは実行記録をレビューする |
安全性 | 権限外または未承認の書き込み操作が止まる、もしくは人へ引き継がれる | 拒否テストと承認テストを実施する |
採算性 | 評価・監視・運用を含む月次費用が、対象業務の期待効果に収まる | 利用量シナリオ別に費用を見積もる |
AIエージェントは、最終回答が自然でも、権限外の参照、誤ったツール選択、不十分な停止条件があれば業務上は不合格になり得ます。評価設計の詳細は、AIエージェント評価とは？を参照してください。
セキュリティとID管理：機能発表と利用可能性を混同しない
IBMはAgent Identityを、各エージェントへ固有で検証可能なIDを与えるための機能として案内しています。IBMの2026年9月21日付発表では、これはprivate previewです。IBMは、既存のIDプロバイダーとの統合、エージェントごとのID、タスクに限定した短命トークン、利用者・エージェント・下流ツールの関係を残す監査証跡を、Agent Identityの設計方針として説明しています。IBM Agent Identityの発表
また、IBMの2026年10月2日付発表では、private previewがIBM VerifyとMicrosoft Entraをサポートすると案内されています。Previewの発表内容を、すべての利用者が一般提供環境で利用できる機能とは扱わないでください。利用可否、対象IDプロバイダー、テナント条件、サポート範囲は導入時点の公式ドキュメントと契約条件で確認します。IBMの2026年10月2日付発表
まとめ：導入の出発点は「何を接続できるか」ではなく「何を統制したいか」
watsonx Orchestrate AI Gatewayは、複数クラウド・複数基盤に分散した第三者AIエージェント、モデル、MCPサーバーを発見し、watsonx Orchestrateの制御面から扱うための選択肢です。特に、部門ごとにエージェント導入が進み、資産の所在、所有者、接続先、品質を横断して把握しにくくなった企業にとって検討対象になります。
一方で、接続先ごとの提供状況、Preview機能の扱い、料金、リージョン、認証方式、ログ保管条件は導入前に確認が必要です。最初は低リスクな既存エージェントを対象に、発見性、権限、実行記録、評価、運用コストを検証し、その結果をもとに対象を広げてください。