第22章 スタンドアローンのコーディネーション


22.1. はじめに

XTS サービスはJBoss Service Archive (SAR) としてデプロイされます。Transaction Serviceが提供するサービスアーカイブのバージョンは、WS-C、WS-AT、WS-BA サービスのバージョン 1.1 を実装しています。XTS サービスアーカイブを再構築し、1.0と 1.1 実装の両方を含め、並行してデプロイすることができます。詳細情報については、サービスアーカイブの構築スクリプトを参照してください。
このリリースのサービスアーカイブは、デプロイ済みのホスト上で動作しているActivation Coordinator サービスからコーディネーションコンテキストを取得します。そのため、ローカルでデプロイされたクライアントアプリケーションが作成したWS-ATトランザクションあるいはWS-BA アクティビティが、クライアントマシンで稼働するRegistration Service を指定するコンテキストとともに提供されます。クライアントにより呼び出されたWeb Services は、クライアントのホストで稼働するTransaction Protocol サービスと調整します。これは、Web Services がローカルあるいはリモートで実行されている場合です。このような設定は、local coordinationと呼ばれています。
全クライアントに対しグローバルにこの設定を再構成することができ、コンテキスト作成リクエストがリモートホストで稼働するActivation Coorinator Service に転送されます。通常、残りのコーディネーションプロセスはリモートホストから実行され、この設定はスタンドアローンのコーディネーション (stand-alone coordination) と呼ばれます。

スタンドアローンのコーディネーションを選択する理由

  • 効率性:クライアントアプリケーションがWeb Service をリモートのEnterprise Application Platform サーバー上で呼出した場合、コーディネータとパーティシパント間のプロトコル固有のメッセージがネットワーク上を移動する必要がないため、リモートサーバーからのトランザクションをコーディネートすることで効率性があがる可能性があります。
  • 信頼性:コーディネータサービスが専用ホスト上で作動している場合、アプリケーションやサービスに障害が起きることでコーディネータへ影響を与え関係のないトランザクションで障害が起こる危険性がありません。
  • 3つ目の理由は、他社ベンダー提供のコーディネーションサービスを利用できるためです。
トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat