新しいプロジェクトを開始する前に、組織内で作成されたAPI仕様を確認するには、開発者はAnypoint Exchangeを使用できます。Anypoint Exchangeは、Anypoint Platform上の集中型リポジトリであり、開発者はAPI仕様、コネクタ、テンプレート、その他の再利用可能なアセットを検索、共有、共同作業することができます。
Anypoint Exchangeでは、開発者は現在公開されているAPI仕様を閲覧し、組み込みのテストツールを使用して試用したり、ドキュメントやその他のリソースにアクセスしたりできます。これにより、既存のAPIの再利用が容易になり、新しいプロジェクトが組織のAPI戦略に合致することが保証されます。
参考文献
* Anypoint Exchangeに関するMuleSoftのドキュメント
* APIの再利用と発見に関するベストプラクティス

* Mule Domain Project は、顧客がホストする Mule ランタイムでのみ利用可能であり、Anypoint Runtime Fabric では利用できません。
* Muleのドメインプロジェクトは、ハイブリッドクラウドおよびプライベートクラウド（PCE）で利用可能です。その他のサービスはすべてアプリケーション分離機能を提供するため、ドメインプロジェクトはサポートしていません。
Mule Domain Projectとは何ですか？
* Muleドメインプロジェクトは、異なるプロジェクト間で共有されるリソースを設定するために実装されます。
これらのリソースは、このドメインに関連付けられているすべてのプロジェクトで使用できます。Mule アプリケーションは 1 つのドメインにのみ関連付けることができますが、1 つのドメインは複数のプロジェクトに関連付けることができます。共有リソースを使用すると、複数の開発チームが同じ再利用可能なコネクタセットを使用して並行して作業できます。ドメイン レベルでこれらのコネクタを共有リソースとして定義すると、チームは次のことが可能になります。- 同じポートを介してドメイン内の複数のサービスを公開する。- 永続ストレージへの接続を共有する。- 明確に定義されたインターフェイスを介してアプリケーション間でサービスを共有する。- 構成が 1 か所にのみ設定されているため、変更があってもアプリケーション間の一貫性を確保する。
* ドメイン プロジェクトを使用して、複数のプロジェクト間で同じホストとポートを共有します。ドメイン プロジェクト内で HTTP コネクタを宣言し、そのドメイン プロジェクトを他のプロジェクトに関連付けることができます。これにより、複数のアプリケーション内で行われるすべてのリクエストのスレッド設定、キーストア構成、タイムアウトを制御することもできます。すべてのアプリケーションで HTTP コネクタ構成を複製することでもこれを実現できると考えるかもしれませんが、変更を加えてすべてのアプリケーションを再デプロイする必要がある場合は、悪夢のような作業になる可能性があります。
ドメイン内でコネクタ構成を使用し、すべてのアプリケーションがデフォルトドメインではなく新しいドメインを使用するように設定した場合、HTTPコネクタ構成のコピーは1つだけ保持すれば済みます。変更が必要になった場合でも、すべてのアプリケーションではなく、ドメインのみを再デプロイすれば済みます。
ドメインの利用はたった3つのステップで開始できます。
1) Muleドメインプロジェクトを作成する
2) Muleドメインプロジェクト内のアプリケーション間で共有する必要のあるグローバルコネクタ構成を作成します。
3) アプリケーションのグラフィカルユーザーインターフェースのmule-deploy.propertiesファイル内のdomainの値を変更します。説明は自動的に生成されます。

デフォルトでは、CloudHub は Mule アプリケーションの log4j2.xml ファイルを CloudHub の log4j2.xml ファイルに置き換えます。CloudHub では、CloudHub が提供する Mule アプリケーションの log4j2 ファイルを無効にすることができます。これにより、Mule アプリケーションのログをカスタムまたはサードパーティのログ管理システムと統合することが可能になります。