「APIのスループットが100%向上」という表現は、1秒あたりの処理リクエスト数が増加する可能性があるため、一見正しく見えるかもしれませんが、100%向上することが保証されているのでしょうか？4つのノードを使用すれば、システムのスループットは確実に向上します。しかし、スループットが100%向上するかどうかは、他の多くの要因に依存するため、正確には言えません。また、すべてのノードが同じCPUを搭載しているという記述もどこにもありません。
/メモリが割り当てられます。質問は保証された動作についてです。* アプリケーションを垂直方向ではなく水平方向にスケーリングしているため、ノード数の増加は応答時間に影響を与えません。同様に、JVM ヒープメモリの使用量も変化しません。* したがって、正解は各ノードが受信するリクエスト数が 50% 減少することです。これは、次の 2 つの理由によるものです。1) API はステートレスであると記載されている 2) ロードバランサーが使用されている

* 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の値を変更します。説明は自動的に生成されます。