BEA Tuxedo TOP END Domain Gateway の概要

ここでは、次の内容について説明します。

• TOP END Domain Gateway とは

• TOP END Domain Gateway のしくみ

 

---

TOP END Domain Gateway とは

BEA Tuxedo の Domains 機能には、共有サービスや共有データの自律的管理が必要なビジネス・ドメイン間で、相互運用性を実現するためのフレームワークが用意されています。この BEA Tuxedo Domains の概念を拡張し、BEA TOP END との相互運用性を実現したのが TOP END Domain Gateway (TEDG) です。TEDG では、BEA TOP END と BEA Tuxedo システムの間でのトランザクション関連メッセージの送受信やキュー処理がサポートされます。

TOP END Domain Gateway の機能

TOP END Domain Gateway には次のような機能があります。

• メッセージの送信

• キューの処理

• トランザクション処理のサポート

• セキュリティ

メッセージの送信

メッセージ送信の機能を使用すると、BEA TOP END と BEA Tuxedo のユーザ・コンポーネント間で双方向の通信を実現できます。メッセージ送信機能には、主に以下の特長があります。

• BEA TOP END クライアント・アプリケーションから BEA Tuxedo サーバにメッセージを発信できます。このメッセージは透過的に配信されます。

• BEA Tuxedo クライアント・アプリケーションから BEA TOP END サーバにメッセージを発信できます。このメッセージは透過的に配信されます。

• 上記の 2 種類のメッセージ送信では、両方とも要求/応答モードがサポートされます。

• BEA TOP END 擬似会話モードは BEA Tuxedo 会話モードにマッピングされます。

キューの処理

キュー処理の特長は以下のとおりです。

• BEA TOP END アプリケーション・コンポーネントは、BEA Tuxedo /Q のキューにアイテムを登録できます。

• BEA Tuxedo アプリケーション・トランザクション・モニタ・インターフェイス (ATMI) アプリケーションは、BEA TOP END の RTQ キューにアイテムを登録できます。

• キューの要求は、そのキューのホスト・システムにより処理されます。

  • BEA TOP END の RTQ キューに登録された要求は、RTQ サブシステムによって処理されます。BEA TOP END の RTQ では、キューからの取り出し処理に関する明示的な概念をサポートしていません。

  • BEA Tuxedo /Q キューに登録された要求は、アプリケーションによって明示的にキューから取り出されるか、TMQFORWARD により処理されます。

トランザクション処理のサポート

トランザクション処理のサポートにより、BEA Tuxedo システムと BEA TOP END システムにまたがるグローバル・トランザクションを実行することができます。つまり、あるプロダクトのコンポーネントでグローバル・トランザクションが開始し、それに続くメッセージまたはキュー操作が別のプロダクトのコンポーネントに送信された場合、別のプロダクトのコンポーネントで実行される作業もトランザクションの範囲に含まれます。

セキュリティ

TOP END Domain Gateway には、通信に対する次のようなセキュリティ機能が用意されています。

• 認証―各ドメインでは、クライアントをローカルで認証します。

• 認可―TOP END Domain Gateway では既存の BEA Tuxedo および Domains の認可機能がサポートされています。

• 暗号化―プライバシー保護のため、オプションで、TOP END Domain Gateway と BEA TOP END システム間のリンクを暗号化することができます。

関連項目

• TOP END Domain Gateway を使用したシステム間の相互接続

• 『BEA Tuxedo Domains コンポーネント』の1-2 ページの「BEA Tuxedo の Domains コンポーネントとは」

 

---

TOP END Domain Gateway のしくみ

ここでは、次の内容について説明します。

• BEA Tuxedo および BEA TOP END の用語

• BEA Tuxedo アーキテクチャの概要

• BEA TOP END アーキテクチャの概要

• TEDG のしくみ

 

---

BEA Tuxedo および BEA TOP END の用語

BEA Tuxedo と BEA TOP END には似た機能がありますが、それぞれのプロダクトファミリで使用される用語が異なります。次の表は、BEA TOP END と BEA Tuxedo の用語の対応を示しています。

表 1-1 BEA Tuxedo の用語と BEA TOP END の用語の比較

BEA Tuxedo	BEA TOP END	説明
ドメイン	システム	1 つまたは複数のノードのネットワーク上で運用され、まとめて管理されるサーバ (プログラム) およびコンポーネントの集合。
ブリッジ	ネットワーク・インターフェイス (NI: Network Interface)	ドメインまたはシステム内のノード間通信を管理するプロセス。
BBL (Bulletin Board Liaison)	ノード・マネージャ (NM: Node Manager)	ランタイム・ノード上のドメインまたはシステムを管理する 1 つまたは複数のプロセス。
ワークステーション・ハンドラ (WSH: Workstation Handler)	ネットワーク・エージェント (NA: Network Agent)	リモート・クライアントのサービス要求を処理するプロセス。
/Q	RTQ	キューを使用してメッセージを送信するための高信頼性キューの機能のセット。
ATMI	CSI	BEA Tuxedo システムと BEA TOP END システムのアプリケーション・プログラミング・インターフェイス。
ワークステーション・クライアント	リモート・クライアント	リモート・サイトで実行されるクライアント・プロセス。

 

TEDG の用語

次の表は、TEDG 関連で頻繁に使用される用語をまとめたものです。

用語	意味
リモート・ドメイン	TEDG 経由でアクセスされる BEA TOP END のシステム。
リモート・ドメインの DOMAINID	BEA TOP END システムから BEA Tuxedo システムに対する要求の BEA Tuxedo ユーザ ID。
ローカル・ドメイン	TEDG 経由でアクセスされる BEA Tuxedo のドメイン。「ローカル・ドメイン」という用語は、ドメインのサブセットを指す場合もあります。
ローカル・ドメインの DOMAINID	BEA Tuxedo システムから BEA TOP END システムに対する要求の BEA TOP END ユーザ ID。
インポートされるサービス	BEA TOP END システムからインポートされるリモート・サービス。
エクスポートされるサービス	BEA TOP END システムにエクスポートされるローカル・サービス。

 

リファレンス・マニュアルの表記

参照先として『BEA TOP END Programmer’s Reference Manual』内の項目を表す場合は、セクション番号の後に「T」を付けて示します。たとえば、tp_intro(1T) は、『BEA TOP END Programmer’s Reference Manual』内のエントリであることを示しています。tmboot (1) のようにセクション番号の後に「T」が付かない場合は、以下の BEA Tuxedo リファレンス・マニュアル内の該当するセクションのエントリです。

• 『BEA Tuxedo コマンド・リファレンス』

• 『BEA Tuxedo C リファレンス』

• 『BEA Tuxedo COBOL リファレンス』

• 『BEA Tuxedo FML リファレンス』

• 『BEA Tuxedo のファイル形式とデータ記述方法』

 

---

BEA Tuxedo アーキテクチャの概要

BEA Tuxedo システムは、ドメインの概念を利用して、自律的に管理を行うアプリケーションに含まれるノード (またはマシン) の集合を定義します。システム管理者は、UBBCONFIG と DMCONFIG の 2 つのファイルを使用して BEA Tuxedo ドメインを設定します。

分散型ドメインのコンフィギュレーションは、複数のマシン上で実行される 1 つ以上のビジネス・アプリケーションで構成されます。このタイプのコンフィギュレーションは、複数のマシンを含む場合でも単一のエンティティとして管理されるので、シングル・ドメインと見なされます。次の図は、複数のマシンに分散されたコンフィギュレーションの基本部分を示しています。

図 1-1 BEA Tuxedo の分散型コンフィギュレーション

 

分散型のコンフィギュレーションは、次の主要なコンポーネントで構成されます。

• クライアント・アプリケーション―BEA Tuxedo システムを介してサービスを要求する実行可能プログラム。

• サーバ・アプリケーション―BEA Tuxedo システムを介して、指定されたサービスを提供する実行可能プログラム。

• ATMI―BEA Tuxedo システムのアプリケーション・プログラミング・インターフェイス (API)。

• BEA Tuxedo サービス―アプリケーションの開発および管理に使用するための、BEA Tuxedo システム・インフラストラクチャに共通するサービスや機能。開発者が利用できるアプリケーション処理サービスには、トランザクション、メッセージング・パラダイム、タイプ検証、ロード・バランシング、データ依存型ルーティング、サービスの優先順位付け、データ符号化、マーシャリング、圧縮、信頼性のあるキューの処理などがあります。管理サービスには、分散トランザクション処理、セキュリティ管理、サービスのネーミング、分散アプリケーション管理、集中管理型のアプリケーション・コンフィギュレーション、動的な再コンフィギュレーション、ドメインの分割などがあります。

• 掲示板―システムのコンフィギュレーションと動的な情報を保持する共用メモリ・セグメント。すべての BEA Tuxedo プロセスから利用できます。

• BBL (Bulletin Board Liaison)―掲示板に格納されているデータ、掲示板へのあらゆる変更を監視する BEA Tuxedo の管理プロセス。

• DBBL (Distinguished Bulletin Board Liaison)―各マシン上の BBL サーバが実行中であり、正常に機能していることを確認するための専用プロセス。このサーバは、ドメインのマスタ・マシン上で実行され、すべての管理機能と直接通信します。

• ブリッジ―BEA Tuxedo システムによって提供されるサーバ。マシン間でサービス要求を送受信し、要求をローカル・サーバにルーティングします。

マルチ・ドメイン・コンフィギュレーションは、各ドメインのゲートウェイ・プロセスを介して通信し合う複数のドメインで構成されます。ゲートウェイ・プロセスは、双方向のトランザクション制御を実現でき、ほかのドメインとローカル・アプリケーションとの相互運用性に必要な情報を設定するための管理ツールを提供します。この情報には、たとえば、エクスポートされるサービス、インポートされるサービス、アドレス指定、およびアクセス制御のセットに対する ID があります。マルチ・ドメイン・コンフィギュレーションについては、『BEA Tuxedo システム入門』の3-2 ページの「BEA Tuxedo ATMI のインフラストラクチャ」を参照してください。

関連項目

• TOP END Domain Gateway を使用したシステム間の相互接続

• 『BEA Tuxedo システム入門』の2-2 ページの「BEA Tuxedo ATMI 環境の基本アーキテクチャ」

 

---

BEA TOP END アーキテクチャの概要

次の図は、BEA TOP END システムの基本アーキテクチャを示しています。

図 1-2 BEA TOP END システムの基本アーキテクチャ

 

図に示すように、BEA TOP END システムは 1 つ以上のノードで構成されます。基本ノードには、クライアント、ノード・マネージャ、およびサーバが含まれます。

• 1 つのノードには BEA TOP END のシステムが 1 つ以上あります。

• ノード上の BEA TOP END のシステムそれぞれに、1 つのノード・マネージャ・コンポーネントがあります。

アプリケーション・コンポーネントは、次の要素で構成されます。

• アプリケーション (AP: Application)

• リソース・マネージャ (RM: Resource Manager)

• トランザクション・マネージャ (TM: Transaction Manager)

• クライアント/サーバ・インタラクション (CSI: Client/Server Interaction) API

ネットワーク・インターフェイス (NI) は BEA TOP END システムのオプションのコンポーネントです。NI はシングル・ノード・システムでは不要です。ネットワーク・インターフェイスは次のような機能を提供します。

• コンポーネント間のノード間通信を有効にします。

• Kerberos ルーチンを介して、ノード間メッセージに対するオプションのセキュリティ機能を提供します。

関連項目

• TOP END Domain Gateway を使用したシステム間の相互接続

• 『BEA TOP END System Design Guide』

 

---

TEDG のしくみ

TOP END Domain Gateway (TEDG) は、BEA TOP END システムと BEA Tuxedo ドメインの相互運用を実現し、ゲートウェイ管理サーバとゲートウエイ・プロセスで構成されます。

構成要素	説明
ゲートウェイ管理サーバ (GWADM)	ゲートウェイ・グループの管理サーバ。DMADM サーバに登録され、ゲートウェイ・グループに使用されるコンフィギュレーション情報を取得します。
ゲートウェイ・プロセス (GWTOPEND)	リモート BEA TOP END システムへの接続を実現するゲートウェイ・プロセス。

 

各 GWADM/GWTOPEND のペアは TEDG のインスタンスを表します。それぞれの BEA Tuxedo グループに 1 つずつ、複数の GWADM/GWTOPEND のペアを指定して、複数のインスタンスを設定できます。

• TEDG は単一の BEA TOP END システムの 1 つ以上のノードに接続します。接続は、BEA Tuxedo アプリケーションが要求するサービスを提供する各ノード、および BEA Tuxedo サービスを使用する各ノードに対して行います。TEDG では、接続が確立した BEA TOP END ノードでのみ BEA Tuxedo アプリケーションにアクセスできます。

• TEDG では、ドメインまたは接続されたほかのドメイン内のすべての BEA Tuxedo ノードで、BEA TOP END システムにアクセスできます。

• ドメイン内またはノード上で複数の TEDG ゲートウェイを設定して、異なる BEA TOP END システムに接続することができます。

• TEDG ノードと BEA TOP END ノードから成るノードのペア間に存在する接続がいずれのペアでも 1 つまでの場合、複数の TEDG ゲートウェイを設定して、単一の BEA TOP END システムに接続することができます。

• TEDG ノードと BEA TOP END ノードから成るノードのペア間に存在する接続がいずれのペアでも 1 つまでの場合、BEA TOP END システムは複数の BEA Tuxedo ドメインと通信することができます。

• 各 TEDG は、ドメインのすべてのゲートウェイを定義する DMCONFIG ファイルでローカル・ドメインとして定義されます。

次の図は、TEDG が BEA TOP END システムと BEA Tuxedo ドメインを接続する様子を示しています。

図 1-3 TOP END Domain Gateway を使用したシステムの接続

 

BEA Tuxedo ユーザから見た TEDG

BEA Tuxedo システムのユーザ側から、TEDG は次のように見えます。

• BEA Tuxedo システムによって制御されている。

• BEA Tuxedo クライアント・プログラムに対する一連の BEA Tuxedo サービスである。

• BEA Tuxedo クライアント・プログラムから、BEA TOP END サービスがローカル・ドメインの一部であるかのように呼び出せる。

• BEA Tuxedo クライアント・プログラムから適切な BEA TOP END サービスに要求をマッピングし、要求を転送して処理する。さらに、必要に応じて結果を返す。

• BEA Tuxedo クライアントからは BEA Tuxedo サーバとして、また BEA Tuxedo サーバからは BEA Tuxedo クライアントと見なされる。

BEA TOP END ユーザから見た TEDG

BEA TOP END システムのユーザ側からは、TEDG は次のように見えます。

• BEA TOP END システムのもう 1 つのネットワーク・インターフェイス (NI) である。

• これによって、BEA TOP END クライアントが BEA Tuxedo サービスにアクセスできる。

• BEA TOP END クライアント・プログラムから適切な BEA Tuxedo サービスに要求をマッピングし、要求を転送して処理する。さらに、必要に応じて結果を返す。

• BEA TOP END クライアントからは BEA TOP END サーバとして、また BEA TOP END サーバからは BEA TOP END クライアントと見なされる。

関連項目

• TOP END Domain Gateway を使用したシステム間の相互接続