システム API をリリースするための全体的な開発時間を短縮するには、Salesforce 用の Anypoint コネクタを使用するのが最も効率的な方法です。このコネクタは、Salesforce API と対話するように特別に設計されており、Salesforce から顧客データに直接アクセスするためのシームレスで最適化された方法を提供します。このコネクタを使用すると、開発が簡素化され、複雑さが軽減され、認証とデータ取得の組み込み機能が活用されるため、より高速で安全な実装が保証されます。
参考文献:
* Salesforce 用 Anypoint コネクタ
* Anypoint Platform で Salesforce に接続する

* API 実装で APIkit アプリケーションの前にロード バランサーを配置する場合は、アプリケーションの baseUri を直接参照する URL をリダイレクトするようにロード バランサーを構成します。ロード バランサーが URL をリダイレクトしない場合、アプリケーションを探してロード バランサーに到達した呼び出しは宛先に到達しません。
* ロードバランサーを介して着信トラフィックを受信すると、応答は同じように送信されます。ただし、インスタンスから発信されたトラフィックはロードバランサーを通過しません。代わりに、インスタンスのパブリック IP アドレスから直接インターネットに送信されます。このシナリオでは ELB は関係ありません。
* 質問には「各 API は複数の冗長 Mule ランタイムにデプロイされます」とありますが、これはセルフホスト型 Mule ランタイム クラスターのヒントのようです。LB に対して受信を許可し、ランタイムが送信をリクエストできるように送信を許可します。
* したがって、正しい方法は、各APIのMuleランタイムとネットワークゾーンから他のAPIのロードバランサへの通信を有効にすることです。通信は非同期であるため、

* Object Store V2 API により、Anypoint Platform Object Store v2 への API アクセスが可能になります。
* オブジェクト ストア REST API を使用して別の Mule アプリのオブジェクト ストアに値を保存および取得するように Mule アプリを設定できます。ただし、オブジェクト ストア v2 はアプリ間の通信用に設計されていません。2 つの Mule4 アプリ間でデータを共有するには、Anypoint MQ のキューを使用します。
* Object Store v2 API を使用すると、REST を使用して次の操作を実行できます。
- アプリケーションに関連付けられているオブジェクト ストアとキーのリストを取得します。
- オブジェクト ストアにキーと値のペアを保存および取得します。
- オブジェクト ストアからキーと値のペアを削除します。
- 組織のオブジェクト ストアの使用状況統計を取得します。
- オブジェクト ストアは次の API を提供します。
オブジェクトストアAPI
オブジェクトストア統計API
参照：
追加情報:
オブジェクトストアを使用する場合とVMを使用する場合

このシナリオでは、A と C の両方が機能しますが、ドメイン プロジェクトへの再パッケージ化がまったく必要ないため、A の方が適しています。
正解は、HTTPS リスナー設定を Mule DOMAIN プロジェクトにパッケージ化し、HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションから参照することです。サーバー側証明書を、Mule DOMAIN または任意の Mule APPLICATION の外部にある、Mule ランタイムのクラスパス内の共有ファイルシステムの場所に保存します。
Mule Domain Project とは何ですか?
* Mule ドメイン プロジェクトは、異なるプロジェクト間で共有されるリソースを構成するために実装されます。これらのリソースは、このドメインに関連付けられているすべてのプロジェクトで使用できます。Mule アプリケーションは 1 つのドメインにのみ関連付けることができますが、ドメインは複数のプロジェクトに関連付けることができます。共有リソースを使用すると、複数の開発チームが同じ再利用可能なコネクタ セットを使用して並行して作業できます。これらのコネクタをドメイン レベルで共有リソースとして定義すると、チームは次のことが可能になります。 - 同じポートを介してドメイン内の複数のサービスを公開します。 - 永続ストレージへの接続を共有します。 - 明確に定義されたインターフェイスを介してアプリ間でサービスを共有します。 - 構成は 1 か所でのみ設定されるため、変更時にアプリ間の一貫性を確保できます。
* ドメイン プロジェクトを使用して、複数のプロジェクト間で同じホストとポートを共有します。ドメイン プロジェクト内で http コネクタを宣言し、ドメイン プロジェクトを他のプロジェクトに関連付けることができます。これにより、複数のアプリケーション内で行われたすべての要求のスレッド設定、キーストア構成、タイムアウトを制御することもできます。すべてのアプリケーション間で http コネクタ構成を複製することでもこれを実現できると思われるかもしれません。ただし、変更を加えてすべてのアプリケーションを再デプロイする必要がある場合、これを行うと悪夢になる可能性があります。
* ドメインでコネクタ構成を使用し、すべてのアプリケーションがデフォルトのドメインではなく新しいドメインを使用するようにする場合、http コネクタ構成のコピーは 1 つだけ保持されます。変更には、すべてのアプリケーションではなく、再デプロイされたドメインのみが必要です。
わずか 3 つのステップでドメインの使用を開始できます。
1) Muleドメインプロジェクトを作成する
2) Muleドメインプロジェクト内のアプリケーション間で共有する必要があるグローバルコネクタ構成を作成します。
3) アプリケーションの mule-deploy.properties ファイル内のドメインの値を変更します。

すでにデプロイされている Mule ドメインで定義されている証明書を使用する API プロキシ HTTPS リスナーが参照するようにドメイン内の証明書を構成し、セキュアな API プロキシをターゲットの Runtime Fabric またはオンプレミスのターゲットにデプロイします。(CloudHub は Mule ドメインをサポートしていないため、このアプローチではサポートされません。)