IIOP/JMS の要求フロー優先順位付けは、 要求のフロー、要求の優先順位付け、 および動的ワークロード管理を制御するオートノミック・マネージャーを介して、WebSphere Extended Deployment 内で達成されます。スタンドアロン EJB クライアントからの IIOP 要求のみが Extended Deployment IIOP の要求フロー優先順位付けにより処理されます。例えば、サーブレットからの EJB 呼び出しは、優先順位付けされません。これは、システムが Web 層および EJB 層などの複数の層で、同じ全体的なユーザー要求に関連付けられた要求を優先順位付けできないためです。ただし、JMS の性質は非同期であるため、要求が発生する場所の制限はありません。
IIOP/JMS の場合、アプリケーションをホストする下流工程アプリケーション・サーバー・プロセスは、オートノミック要求フロー・マネージャー (ARFM) ゲートウェイを実行し、ARFM は要求フロー優先順位付け機能を実行します。要求フローは、構成済みのサービス・ポリシーと提案された負荷を考慮して、 バランスのとれた最良のパフォーマンス結果が得られるように管理されます。
WebSphere Extended Deployment を使用して、パフォーマンス目標を定義し、 それらを入力トラフィックの特定サブセットにバインドすることができます。 ARFM と関連したオートノミック・マネージャーは、 アプリケーション・サーバーに入力される作業について「賢い決定」をすることによって、 高負荷時にビジネス目標をサポートすることができます。 構成のすべての作業が等しく作成される訳ではありません。 ARFM は、実行の際、要求のさまざまなフローをほぼ即時に転送することによって この概念をサポートし、バランスのとれた最良の結果を得ることができます。
サービス・ポリシーは、ARFM によって読み取られる属性として 潜在的な作業に割り当てられているユーザー定義のカテゴリー化です。 IIOP の場合、サービス・ポリシーを使用すれば、アプリケーション名、EJB メソッド名、EJB モジュール名 (EJB jar ファイルなど)、および EJB 名などの要求属性を基にした要求のクラス分けを行うことができます。 JMS の場合、宛先名 (トピックまたはキュー) を基にしてクラス分けを行うことができます。サービス・ポリシーを構成することによって、 さまざまなレベルの重要度を実際の作業に適用します。 複数のサービス・ポリシーを使用して、 差別化されたサービスをさまざまなカテゴリーの要求に提供できます。 サービス・ポリシーの目標は、重要度ばかりでなく、 パフォーマンス目標においても異なる場合があります。
ARFM は、アプリケーション・サーバー・プロセス内に存在し、要求の優先順位付けを制御します。オートノミック要求フロー・マネージャーには、コントローラーとゲートウェイという 2 つの部分が含まれます。 ARFM 機能は、コントローラーとゲートウェイ集合によってアプリケーション・サーバー内に セルごとに実装されます。 ゲートウェイは入力の IIOP 要求をインターセプトしてキューに入れ、 一方のコントローラーは制御信号、つまり指示を ゲートウェイと配置コントローラーに与えます。 また、ARFM には作業プロファイラーがあります。 これは、要求のさまざまなフローの計算負荷特性を見積もります。 これらのコンポーネントは、一緒に作動することで、 着信要求を適切に優先順位付けすることができます。
Related tasks
サービス・ポリシーの定義