複数のサービスをサーバへバンドルする


	BEA ホーム \| イベント \| ソリューション \| パートナ \| 製品 \| サービス \| ダウンロード \| ディベロッパ・センタ \| WebSUPPORT
	e-docs \| サイトマップ \| 検索 \| PDF版 \| お問い合わせ \| 用語集

Tuxedo ホーム \| BEA Tuxedo アプリケーション実行時の管理 \| 先頭へ \| 前へ \| 次へ \| 目次

複数のサービスをサーバへバンドルする

複数のサービスをサーバにパッケージ化する最も簡単な方法は、まったくパッケージしないことです。しかし、サービスをパッケージ化しないと、サーバ、メッセージ・キューおよびセマフォの数が許容範囲を超える原因となります。サービスをまったくバンドルしない (まとめない) 場合と細かくバンドルする (まとめる) 場合では、それぞれ長所と短所があります。

サービスのバンドルが必要な場合

次のうち、いずれかの状況または条件に当てはまる場合は、サービスをバンドルする (まとめる) ことをお勧めします。

サービスの機能が類似している―アプリケーション内に類似するサービスがある場合は、それらのサービスを同じサーバにバンドルできます。アプリケーション側は、指定された時点で、すべてのサービスを提供するか、またはサービスをまったく提供しないかのどちらかを行います。たとえば、bankapp アプリケーションの例では、WITHDRAW、DEPOSIT、INQUIRY の 3 つのサービスを、窓口のオペレーションを扱うサーバにグループ化できます。このように内容の似たサービスをまとめると、サービスを管理しやすくなります。
類似するライブラリがある―同じライブラリを使用するサービスをバンドルすると、ディスク領域を節約できます。たとえば、同じ 100K のライブラリを使用する 3 つのサービスと、異なる 100K のライブラリを使用する 3 つのサービスがある場合、最初の 3 つのサービスをバンドルすると 200K の領域を節約できます。たいていの場合、同等の機能を持つサービスには類似するライブラリがあります。
キュー―キューで処理できる範囲のサービスのみをサーバにバンドルしてください。空の MSSQ セットに追加された各サービスは、サーバの実行可能モジュールのサイズにはあまり影響しません。また、システム上のキューの数にはまったく影響しません。ただし、キューがいっぱいになるとシステムの性能は低下するため、対応策として別のサーバの実行可能モジュールを作成する必要があります。

同じサーバに、お互いを呼び出すサービス (呼び出し依存型サービス) を 2 つ以上設定しないでください。このサービスを設定すると、サーバは自身を呼び出し、デッドロックの原因となります。