*****************************************
用語：
>>APIクライアント-APIを呼び出すために作成されたコードまたはプログラムです
>>APIコンシューマー-APIクライアントを所有する所有者/エンティティ。APIコンシューマーはAPIクライアントを作成します。
>>API-API機能のプロバイダー。通常、それらが管理および操作されるAPIManager上のAPIインスタンス。
>>API実装-APIの機能が実装されているAPIプロバイダーによって記述された実際のコード。通常、これらはRuntimeManagerで実行されているMuleアプリケーションです。

Anypointプラットフォームによって管理されるOAuth 2.0で保護されたAPIを呼び出すには、APIクライアントは同じIDプロバイダーによって発行されたアクセストークンを送信する必要があります
*****************************************
>>クライアント管理に外部IDプロバイダーを使用しているため、Anypointプラットフォームにサインインするためにシングルサインオンは必要ありません。
>>クライアント管理に外部IDプロバイダーを使用しているため、Anypointプラットフォームで管理されるすべてのAPIをSAML2.0ポリシーで保護する必要はありません。
>>クライアント管理に外部IDプロバイダーを使用しているため、アプリケーションネットワークにIDプロバイダーと対話するシステムAPIを含める必要があることは真実ではありません。指定されたオプションのTRUEステートメントは次のとおりです。「Anypointプラットフォームによって管理されるOAuth2.0で保護されたAPIを呼び出すには、APIクライアントは、同じIDプロバイダーによって発行されたアクセストークンを送信する必要があります。」参照：
https://docs.mulesoft.com/api-manager/2.x/external-oauth-2.0-token-validation-policy
https://blogs.mulesoft.com/dev/api-dev/api-security-ways-to-authenticate-and-authorize/

*****************************************
参照：
https://docs.mulesoft.com/exchange/to-share-api-asset-to-portal

キャッシュ状態を共有する必要がある3つのCloudHubワーカーへのAPI実装のCloudHubデプロイメントが1つある場合。
*****************************************
シナリオの主な詳細：
>>ObjectStoreコネクタを介してCloudHubObjectStoreを使用します
上記の詳細を考慮して：
>> CloudHubオブジェクトストアは、CloudHubMuleアプリケーションと1対1の関係にあります。
>>アプリケーションのCloudHubObjectStoreを使用して、異なるリージョンやビジネスグループで実行されている複数のMuleアプリケーション間、またはObjectStoreコネクタを使用して顧客がホストするMuleランタイム間で共有することはできません。
>>それが本当に必要であり、非常にひどく必要な場合、Anypoint Platformは、Object StoreRESTAPIを使用して別のアプリケーションのCloudHubObjectStoreへのアクセスを許可する方法をサポートします。ただし、オブジェクトストアコネクタは使用しません。
したがって、オブジェクトストアコネクタを介してCloudHubオブジェクトストアを使用してキャッシュの状態を永続化できる唯一のシナリオは、キャッシュ状態を共有する必要がある複数のCloudHubワーカーへのAPI実装のCloudHubデプロイメントが1つある場合です。

説明
https://docs.mulesoft.com/api-manager/2.x/api-auto-discovery-new-concept