--- schema_version: "1" id: a97ffebfc2ce3cc180ce13cd70dfb2783531e0c7fd7329ce2284df423666763d title: MuleSoft を使用したエージェント型エンタープライズのアーキテクチャ設計 collection: architect version: current locale: ja-jp portal_url: https://docs.salesforce.com/architect/current/ja-jp/fundamentals/guides/mulesoft-architecting-agentic-enterprise.md canonical_url: https://architect.salesforce.com/docs/architect/ja-jp/fundamentals/guide/mulesoft-architecting-agentic-enterprise.html source_site: architect.salesforce.com content_type: documentation content_hash: 576966b44c327e454f50f2c95411c0e16be64a4d0fa5ca2f54249430f13395eb products: - 基礎 - Architect Site Content Repo updated_at: 2025-10-01T00:00:00Z --- # コンポーザブルインテグレーションから管理されたエージェント型エンタープライズへ Agentic Enterprise への移行は、クラウドの黎明期以降で最も重要なアーキテクチャの移行を表します。これまでにないレベルの生産性と自動化が約束される一方で、ガバナンス、セキュリティ、運用の複雑さに関連する重大な課題も発生します。断片的なアプローチ (統合戦略を使用せずにエージェントをサイロに配置する) を使用すると、技術的負債と組織の混乱に直接つながります。 中央管理プレーンを使用せずにエージェントをリリースすると、システムへの直接アクセスによるセキュリティの脆弱性、エージェントのインタラクションとアクションの監視の欠如、冗長なポイントツーポイントインテグレーションによる高コストなど、重大な運用リスクが生じます。このサイロ化された展開戦略は、規模を拡大して管理するのが困難な脆弱な環境を招きます。持続可能なモデルには、エージェント統合とガバナンスのための統一プラットフォームが必要です。 _MuleSoft_は、包括的で統合されたオープンなプラットフォームを提供し、企業の道のりを自信を持って導きます。エージェントアクションの基盤として企業の既存の API ランドスケープを活用し、信頼できる AI を駆使した開発ライフサイクルを通じて新しいエージェント対応アセットの作成を加速します。モデルコンテキストプロトコル (MCP) や Agent2Agent (A2A) プロトコルなどのオープン標準に対するエンタープライズグレードのサポートにより、AI の状況がどのように進化しているかに関係なく、これらのアセットを簡単なコマンドと複雑なマルチエージェントコラボレーションの両方でアクション可能にします。[_MuleSoft Agent Fabric_](https://docs.mulesoft.com/agent-fabric/)は、エージェントエコシステム全体を検出、オーケストレーション、管理、監視するソリューションを提供します。この統合アプローチにより、_MuleSoftエージェント ファブリック_は、信頼できるAIエージェントのネットワークを拡張するための実証済みの基盤を提供します。これにより、AIの約束が具体的で自動化されたビジネス上の成果に変換され、インテリジェントなエンタープライズの可能性を最大限に引き出すことができます。 ## **アクション可能な AI のコンポーザブルな基盤** 3つの階層化されたAPI主導の接続アーキテクチャ 確立された API 主導の接続の 3 階層アプローチ (システム API、プロセス API、エクスペリエンス API) は、エージェントのアクション性を構造化するための強力なフレームワークを提供します。 - **システムAPI**は、基盤となる記録システムへの一貫性のある安全で抽象化されたインターフェースを提供します。エージェントをバックエンドプロトコルとデータモデルの複雑さから切り離し、すべてのエージェントアクションが管理された信頼性の高いエンドポイントで実行されるようにします。 - **プロセスAPI**は、複雑な複数ステップのビジネスロジックをカプセル化します。エージェントは、販売注文の作成、在庫の確認、出荷の開始の背後にある複雑なオーケストレーションを理解する必要はありません。基盤となる複雑さを処理することなく、プロセス API (「プロセス注文」など) を使用できます。プロセス API は、エージェントがビジネスプロセスを実行するための安全でトランザクション可能なメカニズムを提供します。これにより、必要なエージェントの推論が大幅に削減され、ビジネスルールが一貫して適用されるようになります。 - 従来、**エクスペリエンス API** は特定の UI アプリケーション (Order Management App など) を提供するように設計されていますが、エージェントのコンテキストリッチアクションとして再利用することもできます。これにより、エージェントはダウンストリームシステムに複数回コールすることなく、特定のタスクを実行するための重要な情報を得ることができます。 ## 1\. 生成作成: エージェント対応アセットの開発を加速 エージェント対応のツールと機能に対する需要の増大に対応するため、企業はコンポーザブルな基盤となるAPIとインテグレーションの開発を加速する必要があります。_MuleSoft_は、生成AIを開発ライフサイクルに直接組み込むことでこの課題に対処しています。これにより、AIを使用して他のエージェントが利用する高品質のアセットを構築する好循環が生まれます。 ### **1.1 MuleSoft Vibes** 開発者にとって、[MuleSoft Vibes](https://www.mulesoft.com/platform/api/anypoint-code-builder/announcing-mulesoft-vibes)は、インテグレーション開発の最も反復的な側面を自動化し、ソフトウェア開発ライフサイクル全体にわたって統合されたエージェント インターフェイスを提供することで、インテリジェントなパートナーとして機能します。開発者は、[Anypoint Code Builder](https://docs.mulesoft.com/anypoint-code-builder/)のMuleSoft Vibesを使用して、[信頼できる_Einstein AIパイプライン_](https://blogs.mulesoft.com/automation/how-mulesoft-turns-generative-output-into-value/)によって提供される生成機能を操作します。これにより、AI支援の開発プロセスがスムーズかつ効率的になります。このパイプライン(_IGES(推測グラフ実行サービス)_)は、高品質の結果を得るために使用される複数フェーズのプロセスです。グラウンディング、検証、エラー訂正、厳格な評価で構成されます。 MuleSoft Vibesが信頼できるEinstein AIパイプラインをどのように活用しているかを示すアーキテクチャ図 - _MuleSoft Vibes_の[**生成フロー**](https://blogs.mulesoft.com/dev-guides/einstein-for-acb/)機能は、_Agentforce AI_フレームワーク上に構築されています。自然言語ビジネスロジック (ユーザープロンプト) を機能的な Mule アプリケーションに変換します。_IGES パイプライン_は、次のステップで構成されます。 - **会話履歴概要:** LLM は、現在のプロンプトとユーザーの以前のメッセージを分析し、ユーザーのインテントと会話履歴を取得する概要プロンプトを作成します。この統合されたプロンプトにより、後続のデータ取得および生成ステップの精度が向上します。 - ベクトルデータベースからの**フローセマンティック取得:** システムは前のステップの概要プロンプトを使用して、200 個以上のコネクタ、7,000 個以上のコネクタ操作、および 7,000 個以上のサンプルコードスニペットを含むベクトルデータベースに対してセマンティック検索を実行します。最も関連性の高いコネクタ、操作、コード例を取得して、正確なデータを使用して生成プロセスをグラウンディングし、出力が MuleSoft の広範なコネクタエコシステムと一致するようにします。MuleSoft はコネクタと操作の業界標準であるため、このグラウンディングは汎用 LLM に欠ける豊富なコンテキストとドメイン精度をモデルに提供します。 - **Augmentation:** 取得されたコンテンツと会話履歴のメッセージは、要約プロンプトと組み合わされます。この拡張プロンプトは、LLM による幻覚の発生を抑制します。また、毒性コンテンツの生成を防止する手順も含まれています。 - **フロー生成:**このステップでは、_Einstein AI LLM_モデルを活用して、提供されたコンテキストと例に基づいて未加工のXMLコードを生成します。これは生成パイプラインのコアステップです。 - **後処理と検証:** 後処理と検証では、コードが正しい構文であることと、有効なコネクタ操作が使用されていることを確認します。また、有害なコンテンツには別の毒性チェックでフラグが付けられます。 - **複数ステップエラー修正:** すべての初期生成が無効な場合、自動エラー修正メカニズムによってエラーメッセージが分析され、パターンが検出されます。その後、プロンプトは強化されたエラーメッセージと是正メタデータと共に LLM に再送信されます。 - **設定ファイル生成:** このステップでは、関連するコネクタメタデータを抽出し、プロンプトを追加して LLM に送信し、正確なコネクタ設定を生成します。最後に、すべての POM および XML 名前空間は、各連動関係の最新バージョンを使用して確定的に生成されるため、幻覚がなくなり、一貫性が確保されます。 - [**DataWeave 変換生成**](https://blogs.mulesoft.com/dev-guides/dataweave-generative-transformation/)**:** データ変換は、インテグレーション開発で最も時間のかかる部分です。_MuleSoft Vibes_は、_ミュールフローXML_の生成に似た複数ステップのアプローチを使用してこのプロセスに取り組みます。 - **意図の理由:** LLM はユーザーの入力および出力データサンプルを分析して、自然言語で概要レベルの変換ロジックを推測し、明確にします。このステップでは、プロンプトで指定されているリテラルデータ値からユーザーのゴールを分離します。 - **DataWeave セマンティック取得:** セマンティックに最も関連性の高い DataWeave 関数のドキュメントを検索し、変換例を完了するために、前のステップで生成されたプロンプトがベクトルデータベースへのクエリとして使用されます。これにより、高品質の検証済み情報が生成プロセスの基礎となります。 - **追加:** 取得した関数と例を元のユーザープロンプトと組み合わせて、後続の LLM コールに対するコンテキスト対応の指示セットを作成します。これは、幻覚を軽減するために LLM の動作に影響します。 - **DataWeave Generation:** このステップでは、LLM モデルを活用して、提供されたコンテキストと例に基づいて DataWeave 変換スクリプトと付随する説明を生成します。これは生成パイプラインのコアステップです。 - **後処理と検証** 生成されたスクリプトは、有効性と正確性の 2 つの特定の評価指標に対して評価されます。スクリプトは構文エラーなしでコンパイルされ（有効性）、サンプル入力を使用して実行されるときに期待される出力が生成されます（正確性）。 - **複数ステップエラー修正:** 最初の検証に失敗した場合、このプラグインはエラーカテゴリを特定し、生成されたスクリプトの問題を修正します。この調整により、システム全体の成功率と精度が向上します。 - **最終的な後処理**と検証 エラー修正モジュールから修正されたスクリプトは、構文的に有効で機能的に正しいことを確認する再検証プロセスを受けます。この最終品質ゲートにより、出力が正確で信頼性のあるものであることを確認してからユーザーに返送されます。 - [**API仕様**](https://docs.mulesoft.com/anypoint-code-builder/api-ai-create-spec)**および[ドキュメント生成](https://docs.mulesoft.com/exchange/generating-documentation-with-ai):**開発者は、目的のAPIを自然言語で記述することで、完全に検証された_OpenAPI（OAS）_または_RAML_仕様を生成できます。_MuleSoft Vibesは_プロンプト(リソース、メソッド、セキュリティスキーム、パラメーターの詳細を含む)を取り込み、構文的に正しい有効なAPI定義を生成します。生成後、_Anypoint Exchange_でAPIのドキュメントを作成できます。このドキュメントには、認証からエンドポイントの詳細、エラー処理まですべてが含まれており、開発者はこのような面倒な作業から解放されます。 - **AI支援 MUnit生成:**自律エージェントが利用するアセットにおいて、品質保証が最も重要です。_MuleSoft Vibes_は、Muleフローコードから直接MUnitテストケースを生成するのに役立ちます。これにより、外部の連動関係やアサーションを疑似的に使用し、一般的なテストのギャップを特定することができるため、高いテストカバー率を達成し、インテグレーションロジックの信頼性を確保するために必要な手作業を大幅に削減できます。 ### **1.2 MuleSoft Your Way** 開発者は、各自の希望する環境で力を発揮できます。そのため、_MuleSoft_は開発者と直接会うことができ、開発者は選択したAI IDEでインテグレーションを構築できます。[MuleSoft の Model Context Protocol (MCP) Server](https://www.npmjs.com/package/@mulesoft/mcp-server) では、開発、リリース、管理機能が MCP ツールとして公開されます。VS Code ベースの AI ネイティブ IDE (カーソル、ウィンドサーフィン、Trae など) は、自然言語を使用して _Anypoint Platform_ を操作するために使用できます。 _MuleSoft_ は、そのコア IDE 機能を[標準 VS Code 拡張](https://marketplace.visualstudio.com/items?itemName=salesforce.mule-dx-extension-pack)にパッケージ化することで、ブランド設定された IDE シェルからツールを分離します。これにより、IDE に依存しない開発ツールを使用できます。急速に進化する IDE と競合するのではなく、このアーキテクチャを選択することで、MuleSoft の開発ツールは、AI を駆使した最新の IDE のエコシステム全体で互換性とアクセス性を維持できます。 ## 2\. アクション性の有効化: API をエージェント向けツールに変換する エージェント型エンタープライズでは、構成可能な API の堅牢な基盤が必要ですが、それだけでは不十分です。次の重要なステップは、これらのアセットが AI エージェントによって検出可能、理解可能、呼び出し可能であることを確認することです。これには、エージェントコミュニケーション専用に設計されたオープンスタンダードに基づいて構築された「アクション可能レイヤー」が必要です。_MuleSoft_は、2つの主要な新興プロトコルに対応するエンタープライズクラスのツールを提供します。 - エージェントとシステム間のやりとりのための **MCP** - エージェント間のやり取りの **A2A** MCP および A2A プロトコルを使用したエージェント型エンタープライズアーキテクチャ ### **2.1 モデルコンテキストプロトコル (MCP)** _MCP_は、エージェントとツール間のコミュニケーションの業界標準として急速に普及しています。これは、_REST_がWebサービスに利用されるようになったことに似ています。_MCPを_使用すると、AIエージェントは、事前にプログラムされたロジックやハードコードされたロジックを必要とせずに、システムの機能を動的に検出し、その入力と出力を理解して、アクションを実行するために呼び出すことができます。 [MuleSoft MCP コネクタ](https://docs.mulesoft.com/mcp-connector/latest/)では、Mule アプリケーションとして実装された API を MCP サーバーとして公開できます。_MuleSoftは_、ほぼすべての主要なエンタープライズシステム(SaaS、レガシー、データベースなど)に対して数百もの事前作成済みコネクタを提供するため、組織のAPIとアプリケーションをエージェント対応のツールセットにすぐに変換できます。SAPで在庫を確認するように設計されたAPI、Salesforceで新規リードを処理するフロー、_MuleSoft_を介して接続されたカスタム アプリケーションはすべて、_MCPコネクタ_を使用して、AIエージェントがアトミックな管理ツールとして使用できます。 ### **2.2 エージェント間プロトコル (A2A)** _MCP_は、エージェントと呼び出しツールの階層的なインタラクションに優れていますが、複雑なビジネスプロセスでは、多くの場合、複数の専門エージェント間のコラボレーションが必要です。_エージェント間 (A2A)_ プロトコルは、高度なマルチエージェントワークフローを可能にするピアツーピア通信を促進するように設計された新しいオープン標準です。 MuleSoft の A2A のサポートにより、企業は API に期待されるのと同じレベルのガバナンスと信頼性を備えた高度なシステムを設計および構築できます。[MuleSoft A2Aコネクタ](https://docs.mulesoft.com/a2a-connector/latest/)を使用すると、開発者は任意のエージェントをA2Aサーバーとして簡単に公開したり、MuleアプリケーションからA2A準拠のエージェントを呼び出したりできます。たとえば、住宅ローン申込プロセスは「クレジットチェックエージェント」、「ドキュメント署名エージェント」、および「規制コンプライアンスエージェント」で調整され、各エージェントが (必要に応じて) 申込を進めるために他のエージェントの機能を検出して呼び出すことができます。 MCP と A2A に堅牢なエンタープライズグレードのツールを提供することで、MuleSoft は (MCP ツールを介した) エージェントとシステムの直接インタラクションとエージェント間 (A2A) インタラクションで構成される柔軟なエコシステムの構築をサポートします。AIランドスケープの進化に関係なく、このアプローチは、_MuleSoft_をあらゆる形式のエージェント型コミュニケーションを接続する基盤として位置付けます。 ## 3\. MuleSoft エージェントファブリック: エージェント企業の中枢神経系 企業がエージェント型 AI を採用すると、必然的にエージェントの乱立という課題に直面します。これが混乱に発展しないように、専用のオーケストレーションレイヤーが必要です。[MuleSoft Agent Fabric](https://docs.mulesoft.com/agent-fabric/)([デモ](https://www.youtube.com/watch?v=GAqwPie16ic))は、この課題に正面から取り組むように設計された包括的なアーキテクチャソリューションです。AI エージェントが構築された場所や運用方法に関係なく、AI エージェントのネットワーク全体を検出、管理、オーケストレーション、監視するための一元管理プレーンが提供されます。_MuleSoft Agent Fabric_は、企業のデジタルワークフォースの「航空管制官」として機能し、断片的でサイロ化されたエージェントのコレクションを、一貫性のある安全でパフォーマンスの高いインテリジェンスネットワークに変換します。 _MuleSoft Agent Fabric_は、エージェントのライフサイクル管理全体を、第一級のエージェントアセットとしてカバーする4つの統合された柱に基づいて構築されています。 ### **3.1 エージェントレジストリ (検出)** 管理エコシステムの基盤は検出可能性です。_エージェントレジストリ_は、企業内のすべてのエージェントアセットの一元化されたユニバーサルカタログとして機能します。これには、カスタム作成済みエージェント、SaaS アプリケーションに組み込まれたエージェント、レガシーシステムを公開する MCP サーバー、エージェント間コラボレーション用の A2A エンドポイントが含まれます。_エージェント レジストリ_は、一元化された情報源を提供することで、チームが冗長な機能を構築することを防ぎ、人間の開発者や他のAIエージェントが既存の資産を大規模に動的に検索して再利用できるようにすることで、重要な検出の問題を解決します。 エージェントレジストリのスクリーンショット _エージェントレジストリ_は _Anypoint Exchange_ 上に構築され、エージェント、MCP サーバ、LLM の 3 つの新しいアセットタイプが追加されます。MCP ツール、転送プロトコル、エージェントカード、およびエージェントと MCP サーバーおよびエージェントが使用するツール間の連動関係など、これらのアセットに関する情報を取得します。開発者は、レジストリ内でアセットを直接作成および管理できます。また、新しいオーケストレーションを作成するときに、(_MuleSoft MCP Serverの_search_assetツールを介して)MuleSoft Vibes内の既存のアセットをプログラムで検出して再利用することもできます。これにより、開発者はこれらのアセットを理解して消費するために必要なすべての情報を得ることができます。 ### **3.2 エージェントブローカー (Orchestrate)** アセットが検出可能になったら、有用な作業を実行するように調整する必要があります。_エージェント ブローカー_は、複数ステップのビジネスプロセスを実行するオーケストレーション サービスです。設定可能な LLM を使用して、概要レベルの ToDo を解釈し、対応するワークフローを生成します。_エージェントブローカー_は、必要なエージェントとツールを動的に検出、順序付け、呼び出して、これらのプロセスを完了します。 MuleSoft Agent Broker Architecture 接続は、ツールの場合は _MCP_、エージェントの場合は _A2A_ プロトコルで管理されます。これにより、エージェントをビジネス固有のドメイン (サプライチェーンや財務など) に整理し、すべてのドメインに ToDo を転送できます。1 つの自然言語プロンプト (「Onboard an Employee」 (従業員をオンボーディング) など) は、複数のバックエンドシステムで異なるエージェントまたはツールによって実行される個別のアクションのシーケンスに分解されます。エージェントブローカーオーケストレーションには次のものが含まれます。 - **動的オーケストレーションパターン:** これは、サブタスクを判断し、全体的な目標を達成するために最も適したエージェントおよびツール間でオーケストレーションするエージェントループパターンです。このパターンを活用することで、複雑な使用事例を解決するために[コラボレーション・エージェント](/docs/architect/ja-jp/fundamentals/guide/agentic-patterns#15-コラボレーションエージェント-エージェントスウォーム)を構築できます（たとえば、[複雑なサービスエスカレーション](/docs/architect/ja-jp/fundamentals/guide/agentic-patterns#35-コラボレーションエージェントの使用事例-複雑なサービスエスカレーション)の処理）。 - **LLM-Powered Reasoning:** LLM を使用して自然言語目標を解釈し、実行計画を生成します。これにより、ハードコードされた厳格なワークフローロジックが不要になります。 - **設定可能な LLM モデル**: 開発者が使用する LLM モデルを指定でき、コスト、パフォーマンス、機能を制御できます。 - **自然言語開発:** _エージェントブローカー_のロジックは、_MuleSoft Vibes_を介して自然言語を使用して定義できます。 - **可観測性:** _Anypoint Monitoring_ では、リリース時にログとトレースが提供されるため、ユーザーはエージェントブローカーの理由と _MCP_ ツールおよび _A2A_ エージェントとのやりとりを理解してデバッグできます。 - **導入管理:** _エージェントブローカー_は、可用性と拡張性を管理する_Mule Runtime_によってサポートされるコンテナ化されたアプリケーションです。 ### **3.3 MCP および A2A 向け Flex Gateway (管理)** _Anypoint Flex Gateway_ は、特定のポリシーを技術的に適用するメカニズムです。_MuleSoft Agent Fabric_ は _Anypoint Flex Gateway_ を使用して、_MCP_ および _A2A_ プロトコルを介して発生するすべてのエージェントとのやりとりを[保護、検査](https://docs.mulesoft.com/gateway/latest/flex-agent-secure)、管理します。これにより、組織は豊富なエンター[プライズ クラスのポリシー](https://docs.mulesoft.com/gateway/latest/flex-agent-policies)をすべてのエージェント トラフィックに適用して、すべてのアクションの実行前にセキュリティ、コンプライアンス、監査を確保できます。AI の採用を安全かつ責任をもって拡大するためには、これらのガードレールが不可欠です。 | ポリシー名 | Protocol(s) (プロトコル) | 説明 | | :----------------------------------------------------- | :---------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **JWT 検証ポリシー/クライアント ID 適用ポリシー** | A2A、MCP | **JWT Validation Policy/Client ID Enforcement Policy** は、認証された通話者のみへのアクセスを制限することで、_A2A_ エージェントと _MCP_ サーバーを保護します。 | | **スキーマ検証** | A2A、MCP | **スキーマ検証**により、受信エージェント要求が _A2A_ または _MCP_ 仕様に準拠するため、不正な形式のトラフィックが防止されます。 | | **A2A PII ディテクタ** | A2A | **A2A PII Detector** は、要求と応答で _PII (個人識別_情報) を識別し、コンプライアンス要件を満たすためにログ記録またはブロックを有効にします。 | | **A2A Prompt Decorator** | A2A | **A2A プロンプトデコレータ**は、エージェントに送信されるプロンプトにカスタムコンテキストまたは命令を挿入して、エージェントの動作をガイドし、ガードレールを適用します。 | | **MCP 属性ベースのアクセス制御** | MCP | **MCP属性ベースアクセス制御**は、ユーザー属性(階層、IP、JWT要求など)に基づいて、_MCP_サーバーによって公開される特定のツールおよびリソースへのアクセスを規制します。 | | **SSE ロギング** | A2A、MCP | **SSE ロギング**は、包括的な監査とトレーサビリティのためにエージェントプロトコルで使用される _Server-Sent Events (SSE)_ ストリームのコンテンツを記録します。 | | **レート制限とスパイク制御** | A2A、MCP | **レート制限およびスパイク**制御は、要求制限を適用することで、トラフィックの急増やサービス拒否攻撃からバックエンドエージェントとシステムを保護します。 | | **A2A エージェントカード** | A2A | **A2A エージェント カード**はエージェント カードの URL を書き換えて、すべてのトラフィックが管理対象の Flex Gateway インスタンスを介して正しくプロキシされるようにします。 | **エージェントプロトコルのエンタープライズガバナンスポリシー** 受信要求の管理に加えて、_Anypoint Flex Gateway_ はエージェントから外部サービス（_MCP_ Servers and Tools や他のエージェントなど）へのすべての発信接続と要求も管理します。具体的な動作は次のとおりです。 - **ロギング:** 監査とトラブルシューティングのためにすべての送信エージェント要求を監視および記録するための一元的な監視ポイントを提供します。 - **セキュリティ:** 送信トラフィックを検査して機密データの漏洩を防止します。 - **認証:** API キー、OAuth、ClientId/ClientSecret などの送信認証メカニズムを 1 か所から適用して、外部システムのログイン情報を管理します。 _Anypoint Flex Gateway_ [**Policy Development Kit（PDK**）](https://docs.mulesoft.com/pdk/latest/policies-pdk-overview)を使用すると、標準のポリシーが特定の要件を満たしていない場合にカスタムポリシーを作成できます。開発者は _PDK_ を使用して、_Rust_ プログラミング言語でポリシーロジックを記述し、_WebAssembly（WASM）_モジュールにコンパイルできます。次に、この自己完結型モジュールが _Anypoint Flex Gateway_ に読み込まれ、API エッジで独自のセキュリティルール、カスタムデータ変換、または特殊なインテグレーションロジックを直接適用します。これにより、ユニークまたは複雑なユースケースに合わせてゲートウェイ機能を拡張できる強力でハイパフォーマンスな方法が提供されます。 _PDK_: の 4 つの主要なコンポーネントを次に示します。 - **Anypoint CLI PDK プラグイン:** このプラグインは、_PDK_ プロジェクトを作成し、コンパイル済みポリシーを _Exchange_ にアップロードします。また、ポリシーを作成および管理するための明確なコマンドセットを提供することで、開発プロセスを簡略化する_メイクファイル_も生成されます。 - **ポリシーテンプレート:** 新しいプロジェクトが作成されると、_PDK_ によって基本的なスキャフォールドまたはテンプレートが生成されます。この構造には、ポリシーを正常にコンパイルするために必要なすべてのファイルと設定が含まれており、開発者はカスタムロジックを開始できます。 - **SDK 構築ツール:** このツールは、基盤となる _Envoy_ プロキシの複雑なイベント駆動型アーキテクチャを抽象化します。_SDK_ では、反応器パターンと実行パターンを使用して、わかりやすい線形コーディング方法を提供します。これにより、複雑さが軽減され、デバッグが容易になり、開発者の学習曲線が短縮されます。 - **ポリシー管理:** [MuleSoft MCP Server](https://docs.mulesoft.com/mulesoft-mcp-server/reference-mcp-tools) には、ユーザーがカスタムポリシーライフサイクルを管理するのに役立つ _MCP_ ツールが用意されています。このツールの例を次に示します。 - get_flex_gateway_policy_example - manage_api_instance_policy - manage_flex_gateway_policy_project ### **3.4 エージェントビジュアライザー (監視)** MuleSoft Agent Visualizer Screenshot _エージェント ビジュアライザー_は、エージェント ネットワーク全体のリアルタイムの動的マップを提供し、AIインタラクションの「ブラック ボックス」になり得るものを完全に監視可能なシステムに変換します。アーキテクトと運用チームは_エージェントビジュアライザー_を使用して、エージェントの接続方法の確認、意思決定フローの追跡、健全性とパフォーマンスの監視、連動関係の特定を行うことができます。このレベルの表示は、パフォーマンスを最適化し、障害を効率的にトラブルシューティングし、ボトルネックを検出して、リリースされたエージェントの信頼性を高めるために不可欠です。 ## **4\. Salesforce Platformの統合** ### **4.1 APIカタログとトピックセンター** _MuleSoft APIカタログ_と_トピックセンター_は、特に_Agentforce_と組み合わせて、APIの検出、使用、管理方法を改善するように設計されています。 設計および公開されたすべての_MuleSoft_ APIは、_Salesforce Platform_の[APIカタログ](https://help.salesforce.com/s/articleView?id=platform.api_catalog.htm&type=5)を使用して検出および利用できます。_APIカタログ_は一元化されたリポジトリとして機能し、_MuleSoft_、_Salesforce_、_Heroku_、その他のクラウドから組織のすべてのAPIを1つのビューに統合します。これにより、開発者と管理者は、既存のAPIを自動化（_Agentforce_、_フロー_、_Apex_など）で使用できるようになるため、既存のAPIの検出、理解、再利用が容易になります。 [MuleSoft for Agentforce: Topic Center](https://blogs.mulesoft.com/news/mulesoft-for-agentforce-topic-center/)を使用すると、開発者は設計時にAgentforce**トピック**および**アクション**のメタデータを定義することで、特定のビジネス使用事例に基づいてAPIを構造化できます。具体的な動作は次のとおりです。 - **アクション**: エージェントが実行できる ToDo。 - **手順**: 特定のアクションの適用方法をエージェントに指示します。 [このセマンティック・レイヤー](https://docs.mulesoft.com/anypoint-code-builder/ai-enabling-api-project-topic-center)を追加することで、_トピック・センター_は_Agentforce_によってAPIを理解および利用できるようにし、効果的にエンタープライズ・システムを操作できるようにします。 MuleSoft Topic Center Architecture ### **4.2 Agentforceゲートウェイ** _Agentforce ゲートウェイ_は、拡大する _Agentforce_ エコシステム内のインタラクションを管理して保護するように設計された一元化されたガバナンス層です。_Agentforce_ は _MCP_ などのプロトコルを介して追加のサードパーティ API およびツールと統合するため、_Agentforce ゲートウェイ_の主な機能は、_Agentforce_ によって開始されたすべての送信トラフィックにポリシー（レート制限やツール制限など）を適用し、すべての送信要求を監査することです。 _Agentforce Gateway_は、_Salesforce Platform_にネイティブに組み込まれている既存の_MuleSoft_ APIガバナンスポリシーエンジンを活用します。この _Envoy_ ベースのポリシー エンジンは、エージェント トラフィックの代行受信、設定済みのポリシーの適用 (属性ベースのアクセス制御や目標制限など)、認証と認可の管理をすべて行います。顧客は追加のゲートウェイ インフラストラクチャをインストールする必要はありません。 Agentforce ゲートウェイアーキテクチャ ### **4.3 インテグレーションインテリジェンス** 管理されたエージェントネットワークの展開は、画期的な偉業です。ただし、新しい「Day 2」運用上の課題が発生します。自律アクターの動的な分散システムを監視、測定、トラブルシューティングするには、高度な運用インテリジェンスが必要です。最終的なアーキテクチャビジョンは、AI を使用してビジネスプロセスを実行するだけでなく、AI が実行されているインフラストラクチャの監視、管理、修復を行うシステムです。 インテグレーションインテリジェンスに関する_MuleSoftの_ビジョンは、より広範な_Salesforce_エコシステムの機能を活用して、インテグレーションファブリックとエージェントネットワークのパフォーマンスに関する詳細でカスタマイズ可能なインサイトを提供します。オブザーバビリティの新しい標準である[OpenTelemetry(OTEL)](https://opentelemetry.io/)データを**Salesforce Data 360**に取得して保存することで、組織はランドスケープ全体のログ、総計値、トレースの統合リポジトリを作成できます。このデータは、事前作成済みのダッシュボードとカスタムの視覚化を使用し**て Tableau** で表示でき、API パフォーマンス、エージェントの操作パターン、システム全体の健全性に関する詳細なインサイトを得ることができます。 インテグレーションインテリジェンスアーキテクチャ このシステムには3つのコンポーネントがあります。 1. **取り込み:** 取り込みサービスは、さまざまな _Mule_ アプリケーション、_エージェントブローカー_、および _Flex Gateway_ からテレメトリデータを収集および処理するための一元化されたエントリポイントです。スキーマ検証、データの正規化、絞り込みを実行して、さまざまなアプリケーションでデータの品質と一貫性を維持します。さらに、取り込みパイプラインで制御 (認証、暗号化、テナントの公平性、レート制限など) を適用します。 2. **ストレージ:** マルチテナントの _Kafka_ トピックからデータを読み取り、_OTEL_ 形式に変換する高スループットのストリーミングジョブが _Data 360_ で実行されます。その後、OTEL データは_、レイクハウス_の _TelemetryTraceSpan_、_TelemetryLogs_、_TelemetryMetrics DMO_ でテナントの _Data 360_ にコミットされます。 3. **視覚化/消費**: _Data 360_で使用できるテレメトリデータを使用して、顧客は_Tableau Next_から事前作成済みダッシュボードまたはカスタムダッシュボードを使用してシステムの健全性を確認し、インサイトを得ることができます。また、_Tableau Next_内の事前作成済みのエージェント分析スキルで[あるTableau Concierge](https://help.salesforce.com/s/articleView?id=analytics.tua_metric_questions.htm&type=5)を活用することもできます。Tableau Conciergeでは、ユーザーはテレメトリ データについて自然言語で質問し、信頼できるアクション可能な回答を視覚化して受け取ることができます。また、既存の_アプリケーションパフォーマンス管理(APM)_システム(_DynaTrace_、_Datadog_、_Splunk_など)にデータをエクスポートすることもできます。 ## **結論** Agentic Enterprise への移行は、単なる IT のアップグレードではなく、アーキテクチャの基本的な転換点となります。AI エージェントの断片的でサイロ化された展開は、業務の混乱、シャドウIT、管理不能な技術的負債に直結します。持続可能な唯一の方法は、統合され、構成可能なアーキテクチャを使用することです。_MuleSoft エージェントファブリック_は、API 主導の接続性という実証済みの基盤の上に構築されており、この新しいデジタルワークフォースの管理に必要な「中枢神経系」を提供します。検出、オーケストレーション、エンタープライズグレードのガバナンス、エンドツーエンドの可観測性に関する重要な機能を提供します。このようにして、AI の実験を超え、真にインテリジェントで自動化され、安全な企業の構築を開始し、自律的な可能性を具体的で管理されたビジネス成果に変換します。 ## **テクニカルガイドおよびリファレンス** - [Anypoint Code Builder の使用開始](https://docs.mulesoft.com/anypoint-code-builder/start-acb) - [Anypoint Code Builder 用 Einstein テクニカルガイド： 生成フロー](https://blogs.mulesoft.com/dev-guides/einstein-for-acb/) - [DataWeave 生成変換の詳細: 迅速なデータ変換のための AI イノベーション](https://blogs.mulesoft.com/dev-guides/dataweave-generative-transformation/) - [MuleSoft 開発者エージェントを使用した API 仕様の作成](https://docs.mulesoft.com/anypoint-code-builder/api-ai-create-spec) - [Einstein 生成 AI を使用した API 本ドキュメンテーションの生成](https://docs.mulesoft.com/exchange/generating-documentation-with-ai) - [MuleSoft MCP Server Overview](https://docs.mulesoft.com/mulesoft-mcp-server/) - [MuleSoft MCP Server Tools](https://docs.mulesoft.com/mulesoft-mcp-server/reference-mcp-tools) - [MCP コネクタ](https://docs.mulesoft.com/mcp-connector/latest/) - [A2A コネクタ](https://docs.mulesoft.com/a2a-connector/latest/) - [エージェントファブリックのはじめに](https://docs.mulesoft.com/agent-fabric/learning-map-agent-fabric) - [Flex Gateway を使用したエージェントインタラクションの保護](https://docs.mulesoft.com/gateway/latest/flex-agent-secure) - [Flex Gateway エージェントポリシー](https://docs.mulesoft.com/gateway/latest/flex-agent-policies) - [Flex Gateway Policy Development Kit (PDK) の概要](https://docs.mulesoft.com/pdk/latest/policies-pdk-overview) - [MuleSoft API Catalog for Salesforce](https://help.salesforce.com/s/articleView?id=platform.api_catalog.htm&type=5) - [トピックおよびエージェントアクションの API プロジェクトの有効化](https://docs.mulesoft.com/anypoint-code-builder/ai-enabling-api-project-topic-center) - [Tableau Next の操作](https://help.salesforce.com/s/articleView?id=analytics.tua_consume.htm&type=5) - [OpenTelemetry](https://opentelemetry.io/) - [モデルコンテキストプロトコル](https://modelcontextprotocol.io/docs/getting-started/intro) - [Agent2Agent (A2A) プロトコル](https://a2a-protocol.org/latest/) ## 著者について Nikhil Aggarwal は Salesforce のプリンシパルアーキテクトで、MuleSoft および Salesforce Automation Cloud のアーキテクチャをリードしています。Nikhil は、大規模な製品の提供に 18 年以上の経験を持ち、拡張性の高いアーキテクチャ、直感的な開発者エクスペリエンス、ハイパフォーマンスなチームの構築に情熱を注いでいます。Salesforce 以前は、Microsoft Power Platform、Dataverse、Office 365 で構想から立ち上げまで複数のイニシアチブを率いていました。彼の仕事は、AIファースト時代において、現代の企業がシステムを接続し、ワークフローを自動化し、ビジネス価値を引き出す方法を形成し続けています。