---
schema_version: "1"
id: af883331e85d9c596259a16021cfd3ed5094fbed7753dd705d637bd26422abe2
title: ドメイン
collection: mulesoft
version: current
locale: ja-jp
portal_url: https://docs.salesforce.com/mulesoft/current/ja-jp/mule-runtime/4.3/tuning-domains.md
canonical_url: https://docs.mulesoft.com/jp/mule-runtime/4.3/tuning-domains
source_site: docs.mulesoft.com
content_type: documentation
content_hash: 72c56e71b81a5ac739b6eb766409eb13909e28bb86f975c41341741ff9768b4c
description: MuleSoft Documentation Site
release: "4.3"
latest: false
---
# ドメイン

同じオンプレミス Mule Runtime Engine (Mule) に複数のサービスをデプロイする場合は、ドメインを使用することでパフォーマンスを高めることができます。ドメインは、すべての共有リソースに対して中央管理ポイントを提供することにより、特に ​`pom.xml`​ ファイルで宣言されているドメインの連動関係もドメインアプリケーション間で共有するため、クラスローディングプロセス (そしてメタスペースメモリの使用) をより効率的にします。

## [](#ドメインを使用することによるパフォーマンス向上の例)ドメインを使用することによるパフォーマンス向上の例

1 つのゲートウェイポリシー (IP ホワイトリストなど) も適用する HTTP プロキシアプリケーション群があるとします。各アプリケーションは同じバックエンドとやり取りします。2 GB のヒープメモリと 256 MB のメタスペースが設定された Mule インスタンスで、適切なドメインを使用せずにこれらのアプリケーションを 60 件以上、別々にデプロイすると、リソースの飽和によって TPS (毎秒のトランザクション数) が大幅に低下します。80 件のアプリケーションをデプロイすると、メモリ不足例外によってデプロイエラーとなります。  
この問題は、バックエンドサーバー設定を共有するドメインを使用するだけで大幅に改善され、デプロイするアプリケーション数が 100 件を超えても、マシンリソースはバランスよく使用されて良好なパフォーマンスが維持されます。

ドメインを使用することでパフォーマンスは明らかに向上しますが、デプロイされる各アプリケーションには、共有インフラストラクチャリソースによる複雑さが追加されます。パフォーマンスへの影響を回避するため、アプリケーションを追加する前に、各アプリケーションを個別にテストすることでオーバーヘッドを特定してから、他のアプリケーションと共存させてテストしてください。

## [](#関連情報)関連情報

- [共有リソース](https://docs.mulesoft.com/jp/mule-runtime/4.3/shared-resources)