(2) CTM
3.1.2 システム構成の設計手順
システム構成は，次の流れで設計します。
3 システム構成の検討（J2EE アプリケーション実行基盤）
図 3‒2 システム構成を設計する流れ（J2EE アプリケーション実行基盤の場合）
(1) アプリケーションの構成を検討する
各システム上で動作するアプリケーションで使用するコンポーネントの構成を明確にして，アプリケーショ ンのどのコンポーネントをアクセスポイントにするかを決定します。詳細は，「3.3 アプリケーションの構 成を検討する」を参照してください。
アクセスポイントとは，クライアントからリモートでアクセスされる場合に，アプリケーションのリクエス ト受信窓口として動作するコンポーネントです。アクセスポイントになるコンポーネントの種類によって，
実現できるシステム構成が決まります。
3 システム構成の検討（J2EE アプリケーション実行基盤）
40
また，アプリケーションがデータベースなどのリソースに接続するかどうかを決めます。接続するリソース に対応して，使用するリソースアダプタが決まります。
なお，ここで検討したアクセスポイントになるコンポーネントの種類によって，それ以降のシステム構成の 設計で検討が必要な項目が異なります。アクセスポイントになるコンポーネントの種類ごとに検討が必要 な項目を，次の表に示します。
表 3‒1 アクセスポイントになるコンポーネントの種類ごとに検討が必要な項目
設計項目
アクセスポイントになるコンポーネントの種類
参照先 Web フロ
ントシステ ム
バックシステム
サーブレッ ト
／JSP
Session Bean
／Entity Bean
CTM を使用 する場合の
Stateless Session
Bean
Message-driven Bean
クライアントとサーバの構成 ◎ ◎ ◎ − 3.4
サーバ間での連携方法 − △ △ − 3.5
トランザクションの種類 ◎ ◎ ◎ ◎ 3.6
ロードバランスクラスタによる負荷分散方 式
△ △ △ − 3.7
サーバ間での非同期通信 − − − ◎ 3.8
運用管理プロセスの配置 ◎ ◎ ◎ ◎ 3.9
セッション情報を引き継ぐための構成 △ △ − − 3.10
クラスタソフトウェアを使用した系切り替 えを実現するための構成
△ △ △ △ 3.11
ファイアウォールの配置 △ △ △ △ ※2
DMZ へのリバースプロキシの配置 △※1 − − − ※3
性能解析トレースファイルを出力するプロ セスの配置
◎ ◎ ◎ ◎ 3.12
アプリケーションサーバ以外の製品との連 携
△ △ △ △ 3.13
任意のプロセスの運用管理 △ △ △ △ 3.14
（凡例）
◎：必ず検討する項目。
△：必要に応じて検討する項目。
−：検討する必要がない項目。
注※1 インターネットに接続するシステムで Web サーバとしてインプロセス HTTP サーバを使用する場合は必ず検 討してください。
注※2 マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」の「3.2 ファイアウォールを使用す る構成を検討する」を参照してください。
3 システム構成の検討（J2EE アプリケーション実行基盤）
注※3 マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」の「3.3 DMZ へのリバースプロキ シの配置を検討する」を参照してください。
(2) クライアントとサーバの構成を検討する
アクセスポイントになるコンポーネントに応じて，クライアントとサーバの対応を明確にします。システム に配置したアプリケーションサーバは，その役割に応じて，クライアントとして機能したり，サーバとして 機能したりします。
クライアントとサーバの構成の考え方を次の図に示します。
図 3‒3 クライアントとサーバの構成の考え方
この構成の場合，AP サーバ 1 は Web クライアントに対するサーバに当たり，アクセスポイントはサーブ レット／JSP になります。また，AP サーバ 1 は AP サーバ 2 に対してのクライアントになります。AP サーバ 2 は AP サーバ 1 に対するサーバに当たり，アクセスポイントは Enterprise Bean になります。
詳細は，「3.4 クライアントとサーバの構成を検討する」を参照してください。
(3) サーバ間での連携方法を検討する
サーバが複数ある場合に，サーバ間で連携するかどうか，連携する場合はどのように連携するかを検討しま す。サーバ間連携とは，クライアントから見て垂直に並んだ複数のサーバから，ほかのサーバ上にあるアク セスポイントのコンポーネントを呼び出して処理を実行する連携方法です。
サーバ間連携の考え方を次の図に示します。
図 3‒4 サーバ間連携の考え方
3 システム構成の検討（J2EE アプリケーション実行基盤）
42
この構成の場合，AP サーバ 1 と AP サーバ 2 は，AP サーバ 3 のクライアントになり，それぞれのサーブ レット，JSP または Message-driven Bean から，AP サーバ 3 の Session Bean を呼び出します。
サーバ間連携と同時に，必要に応じて，アプリケーションを分割するなど，アプリケーションの形態も見直 します。また，複数のシステム間で連携する場合も，それぞれのシステムに含まれるサーバ間の連携方法を 検討する必要があります。
詳細は，「3.5 サーバ間での連携を検討する」を参照してください。
(4) トランザクションの種類を検討する
データベースなどのリソースを使用するシステムの場合に，トランザクション管理の対象になるリソースの 数に応じて，使用するトランザクションの種類を検討します。詳細は，「3.6 トランザクションの種類を検 討する」を参照してください。
(5) ロードバランスクラスタによる負荷分散方式を検討する
システムの可用性を高めるために，ロードバランスクラスタ構成によって負荷を分散するかどうか検討しま す。負荷を分散する場合は，アクセスポイントになるコンポーネントの種類に応じてどの方式で実現するか を検討します。詳細は，「3.7 ロードバランスクラスタによる負荷分散方式を検討する」を参照してくださ い。
(6) サーバ間の非同期通信をするための構成を検討する
Message-driven Bean を使用してアプリケーションサーバ間での非同期通信をする場合に，利用する製品 に応じたシステムの構成を検討します。なお，Message-driven Bean による負荷分散についても，あわせ て検討します。詳細は，「3.8 サーバ間で非同期通信をする場合の構成を検討する」を参照してください。
(7) 運用管理プロセスの配置を検討する
運用管理プロセス（Management Server）を利用する場合に，管理対象にする範囲によって，Management Server をどのサーバマシンに配置するかを検討します。詳細は，「3.9 運用管理プロセスの配置を検討す る」を参照してください。
(8) セッション情報の引き継ぎを検討する
Web フロントシステムで動作する J2EE アプリケーションまたは J2EE サーバに障害が発生した場合に，
セッション情報をほかの J2EE サーバに引き継ぐための構成について検討します。詳細は，「3.10 セッ ション情報の引き継ぎを検討する」を参照してください。
(9) クラスタソフトウェアを使用した障害時の系切り替えまたはリソース解放を実現するた めの構成を検討する
一つのアプリケーションサーバに障害が発生した場合およびシステムを保守する場合を考慮して，クラスタ ソフトウェアによって系切り替えを実行して，システムの運用を続行させるための構成を検討します。この とき，実行系と待機系がそれぞれ相互に切り替え対象になる構成（相互スタンバイ構成）も検討できます。
また，トランザクションサービスを使用している場合は，障害発生時にリソースを解放するためのリカバリ サーバを利用するための構成も検討します。詳細は，「3.11 クラスタソフトウェアを使用した障害時の系 切り替えを検討する」を参照してください。
(10) ファイアウォールの配置を検討する
アプリケーションサーバおよびリソースのセキュリティを確保するための，ファイアウォールの配置につい て検討します。ファイアウォールは，アクセスポイントになるコンポーネントの前に配置して，アクセスポ 3 システム構成の検討（J2EE アプリケーション実行基盤）
イントに対する不正なアクセスを防止します。ファイアウォールを配置するポイントは，アクセスポイント によって決まります。
基本的なファイアウォールの配置については，マニュアル「アプリケーションサーバ 機能解説 セキュリ ティ管理機能編」の「3.2 ファイアウォールを使用する構成を検討する」を参照してください。
侵入検知システムも含めたセキュリティ構成の詳細については，マニュアル「アプリケーションサーバ 機 能解説 セキュリティ管理機能編」の「4.11.2 ファイアウォールと侵入検知システムを配置する」を参照 してください。
(11) DMZ へのリバースプロキシの配置を検討する
インターネットと接続するシステムの場合などには，アプリケーションサーバおよびリソースのセキュリ ティを確保するために，DMZ へのリバースプロキシの配置を検討します。詳細は，マニュアル「アプリ ケーションサーバ 機能解説 セキュリティ管理機能編」の「3.3 DMZ へのリバースプロキシの配置を検討 する」を参照してください。
(12) 性能解析トレースファイルを出力するプロセスを配置する
性能解析に使用するプロセスである PRF デーモン（パフォーマンストレーサ）の配置について検討します。
詳細は，「3.12 性能解析トレースファイルを出力するプロセスを配置する」を参照してください。
(13) アプリケーションサーバ以外の製品との連携を検討する
システムの集中監視，構成管理，自動運転などをしたい場合には，必要に応じて JP1 などのアプリケーショ ンサーバ以外の製品との連携を検討します。詳細は，「3.13 アプリケーションサーバ以外の製品との連携 を検討する」を参照してください。
(14) 任意のプロセスを運用管理の対象にする
ユーザが定義する任意のプロセスをユーザサーバとして Management Server による運用管理の対象にし たい場合には，ユーザサーバの配置について検討します。詳細は，「3.14 任意のプロセスを運用管理の対 象にする」を参照してください。
(15) そのほかの構成を検討する
(14)までで検討した以外の構成について検討します。また，必要に応じて，07-00 より前のアプリケーショ ンサーバで構築しているシステムとの互換性を持つシステム構成も検討します。詳細は，「3.15 そのほか の構成を検討する」を参照してください。