概要
AWS Machine Learning Blogによると、顧客エンゲージメントプラットフォームのMoEngageが、社内にある約400個のREST APIを「AgentCore Gateway」経由でAIエージェント用の道具に変換しました。パブリックなインターネットに社内システムを露出させることなく、安全かつ効率的にAIからAPIを呼び出せる仕組みを実現しています。開発工数を大幅に削減し、新しいAPIの追加も数日かかっていた作業が数時間で完了するようになりました。元記事の情報によれば、このアプローチにより約6ヶ月分のプラットフォームエンジニアリングの工数が削減されています。
何が発表された?
今回の発表は、Amazon Bedrockの機能である「AgentCore Gateway」を活用した、プライベートAPIのAIエージェント向けツール化の成功事例です。企業がAIエージェントを構築する際、既存の社内機能はすでにREST APIとして存在していますが、それを安全にAIに接続することが課題でした。MoEngageはプッシュ、メール、アプリ内通知、SMS、WhatsApp、RCSをまたぐパーソナライズ体験を1,350以上の消費ブランドに提供するプラットフォームであり、以下の環境でこの課題をクリアしています。
- 25のエンジニアリングチームが構築した約400個のプライベートREST APIを保有
- 7つのAWSリージョンで仮想プライベートクラウド(VPC)内にAPIを隔離
- データレジデンシー(データの保管場所に関する規制)の要件を遵守
なぜ20個以上のMCPサーバー構築を見送ったのか?
Model Context Protocol(MCP)は、AIエージェントがツールを発見して呼び出すための標準規格です。しかし、各チームがそれぞれ独自のMCPサーバーを立てると、20以上のサーバーの監視やパッチ適用、プロトコル更新への追従が必要になります。MoEngageは「各チームはOpenAPI仕様を定義するだけでよく、AIプラットフォームチームが一元的にMCP層を管理する」という原則を立てました。これにより、カスタムの中央MCPサーバーをゼロから作る労力を避けています。
アーキテクチャを形作った4つの制約とは?
解決策を選ぶにあたり、MoEngageは譲れない4つの制約を置きました。すべての要件を同時に満たす必要がある仕様でした。
- パブリックエンドポイントを持たない:社内APIはVPCプライベートを維持し、追加の認証を伴う公開も避ける。
- アイデンティティをAIモデルの判断に委ねない:テナント、ユーザー、ロールなどの文脈情報はモデルのパラメータから隠し、呼び出し元サービスが安全に注入する。
- 400個のツールカタログをコンテキストウィンドウに収めない:約50トークンのJSONスキーマを持つ400個のツールをすべて渡すと、トークン制限を圧迫するため、サーバー側でスコープを絞る。
- カスタムコードの自社開発を避ける:ツール生成パイプラインやポリシーファイル形式の独自実装に時間を費やさない。
AgentCore Gatewayはどう適合したのか?
Amazon Bedrock AgentCore Gatewayは、マネージドなMCPサーバーとして機能します。OpenAPIスペックをターゲットとして登録するだけで、ゲートウェイがMCPツールを自動生成し、バックエンドのサービスへとルーティングします。具体的な特徴は以下の通りです。
- OpenAPIイン、MCPツールアウト:個別にMCPサーバーを構築・運用する必要がありません。仕様を変更すると自動的にツール側も更新されます。
- Cedarポリシーによる事前評価:IAMロールごとにCedarポリシーを評価し、エージェントがどのツールを見えて呼び出せるかをサーバー側で制限します。例えばキャンペーンQAボットには読み取り権限を与えつつ、書き込み操作は隠すことが可能です。
- Amazon VPC Latticeによる管理された出力:ゲートウェイは、自前でネットワークを構築・運用することなく、管理された出力経路を通じて内部サービスにアクセスします。
- セマンティック検索機能:エージェントがツール名ではなくタスク内容を説明してツールを検索できるため、名前の変更による影響を受けません。
料金は?
AWS Machine Learning Blogの文章内では、AgentCore Gatewayの具体的な利用料金に関する言及はありません。
日本で使える?
公式ブログで紹介されているAmazon Bedrock AgentCore Gatewayは、対応するAWSリージョンにおいて利用可能です。日本のユーザーが試すには、Amazon Bedrockの該当機能が提供されているリージョンでAWS環境を整え、既存のOpenAPI仕様を登録して設定を行います。日本語対応やリージョン別の詳細な制約については、AWSの公式ドキュメントを確認してください。
自分にはどう関係する?
エンジニアなら
社内の既存のOpenAPI仕様をそのままAIエージェントのツールとして再利用できるため、専用のMCPサーバーや複雑なネットワーク構成を自前で実装する手間が省けます。
企画・マーケティングなら
多数の社内ツールやデータを安全に連携させたAIエージェントをより早く現場に投入できるようになり、顧客対応やキャンペーン運用の自動化が進みます。
経営者・管理者なら
セキュリティとプライバシーを保ったまま社内システムをAI活用基盤につなぐことができ、AI開発におけるエンジニアの工数を大幅に削減できます。
まとめ
既存の社内APIをAIエージェントの道具として安全に統合するうえで、マネージドなゲートウェイを活用するアプローチは非常に有効です。開発者は、自社のシステムでOpenAPI仕様が適切に整理されているか確認し、Amazon Bedrock AgentCore Gatewayの導入を検討してみましょう。