イベント・ブローカについて

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

• イベント

• アプリケーション定義のイベントとシステム定義のイベントの違い

• イベント・ブローカとは

• イベント・ブローカのしくみ

• ブローカ・イベントの利点

 

---

イベント

イベントとは、ネットワークの突然の切断など、実行中のアプリケーションで起こった状態の変更などで、オペレータ、システム管理者、またはソフトウェアによる操作を必要とするものです。BEA Tuxedo システムでは、次の 2 種類のイベントが通知されます。

• システム定義のイベント。これは、BEA Tuxedo システムによって定義される状況 (主に障害) です。たとえば、特定のシステムでの許容量の超過、サーバの終了、セキュリティの侵害、ネットワーク障害などがあります。

• アプリケーション定義のイベント。これは、カスタマ・アプリケーションによって定義される状況です。たとえば、次の表に示すようなものがあります。

  ビジネス・アプリケーションの分野	「イベント」として定義される状況
  株式売買	株式が指値で、またはそれよりも高く取り引きされました。
  銀行業務	限度額を超えて引き出しまたは預金が行われました。
  	現金自動預け払い機の現金が取り扱い額よりも少なくなりました。
  製造業	在庫がなくなりました。

アプリケーション・イベントはアプリケーション定義のイベントの発生、システム・イベントはシステム定義のイベントの発生を意味します。BEA Tuxedo のイベント・ブローカ・コンポーネントでは、アプリケーション・イベントとシステム・イベントの両方の受信および配信が可能です。

 

---

アプリケーション定義のイベントとシステム定義のイベントの違い

アプリケーション定義のイベントは、アプリケーションの設計者によって定義されます。そのため、アプリケーション固有のものです。アプリケーションに対して定義されたすべてのイベントは、アプリケーションで実行されているクライアント・プロセスおよびサーバ・プロセスによってトラッキングされます。

システム定義のイベントは、BEA Tuxedo システムのコードによって定義されます。通常、TM_MIB(5) で定義されたオブジェクトが対応付けられています。システム定義の全イベントのリストは、EVENTS(5) リファレンス・ページに記載されています。これらすべてのイベントは、BEA Tuxedo システムのユーザによってトラッキングされます。

BEA Tuxedo のイベント・ブローカでは、アプリケーション定義のイベントとシステム定義のイベントの両方がポストされます。そして、アプリケーションではこの両方のイベントをサブスクライブできます。この 2 種類のイベントは、名前から区別できます。システム定義のイベントはピリオド (.) で開始され、アプリケーション定義のイベントはピリオド (.) 以外の文字で開始されます。

 

---

イベント・ブローカとは

BEA Tuxedo のイベント・ブローカは、BEA Tuxedo アプリケーションで実行中のプロセス間で、アプリケーション・イベントを非同期にルーティングするためのツールです。また、このツールでは、システム・イベントを受信する必要のあるアプリケーション・プロセスに、システム・イベントを配信することもできます。

イベント・ブローカには、次の機能があります。

• イベントをモニタし、イベントが tppost(3c) を介してポストされると、サブスクライバに通知します。

• アプリケーションでの変更をシステム管理者に通知します。

• システム全体に関するイベントのサマリを提供します。

• イベントが各種の通知を開始するためのツールを提供します。

• フィルタ機能を提供し、ポストされたイベントのバッファに条件を追加します。

注記 デモとしてコピーして実行できるサンプル・アプリケーションについては、『サンプルを使用した BEA Tuxedo アプリケーションの開発方法』の3-1 ページの「bankapp (複雑な C 言語アプリケーション) のチュートリアル」を参照してください。

イベント・ブローカは、MIB オブジェクトの 100 種類以上の状態の変化をシステム・イベントとして認識します。システム・イベントをポストすると、イベントが発生した現在の MIB としてのオブジェクト、および発生したイベントを識別するイベント固有のフィールドの情報が提供されます。たとえば、マシンが分断された場合、ポストされるイベントには次の情報が含まれます。

• T_MACHINE クラスで指定されている影響を受けるマシンの名前、およびそのマシンのすべての属性

• イベントを「分断されたマシン」として識別する属性

イベント・ブローカは、システム・イベントをサブスクライブするだけで使用できます。以降、MIB レコードを要求しなくても、MIB オブジェクトを表す FML データ・バッファを受け取ることによって、MIB でイベントが発生したことが自動的に通知されます。

 

---

イベント・ブローカのしくみ

BEA Tuxedo のイベント・ブローカは、任意の数のイベント通知の「サプライヤ」が任意の数の「サブスクライバ」にメッセージをポストするためのツールです。 イベント通知のサプライヤは、クライアントまたはサーバとして動作しているアプリケーション・プロセスまたはシステム・プロセスです。イベント通知のサブスクライバは、クライアントまたはサーバとして動作しているアプリケーション・プロセス、またはシステム管理者です。

イベント・ブローカを使用するクライアント・プロセスとサーバ・プロセスは、「サブスクリプション」に基づいて相互に通信します。各プロセスでは、そのプロセスが受け取る必要のあるイベント・タイプが識別され、1 つ以上のサブスクリプション要求がイベント・ブローカに送信されます。イベント・ブローカでは、購読料を支払っている購読者だけに新聞を配達するように、その要求を処理します。そのため、イベント・ブローカが基づいているパラダイムは、「パブリッシュ・アンド・サブスクライブ」通信と呼ばれます。

イベント・サプライヤ (クライアントまたはサーバ) は、イベントが発生するたびにイベント・ブローカに通知します。このような通知は、イベントの「ポスト」と呼ばれます。イベント・サプライヤがイベントをポストすると、イベント・ブローカはポストされたイベント・タイプと要求が合致するサブスクライバを探します。サブスクライバは、システム管理者またはアプリケーション・プロセスです。合致するサブスクライバが検出されると、イベント・ブローカは各サブスクリプションに対して指定された処理を行います。つまり、サブスクライバへの通知など、サブスクライバによって指定された処理が開始されます。

次の図は、イベント・ブローカがイベント・サブスクリプションを処理してポストするプロセスを示しています。

図 5-1 イベントのポストとサブスクライブ

 

BEA Tuxedo アプリケーション管理者は、クライアント・プロセスとサーバ・プロセスの代わりに、EVENT_MIB(5) に関する追加情報 の T_EVENT_COMMAND クラスへの呼び出しを行って、サブスクリプションを要求できます。イベント・ブローカを使用して、プログラムで tpsubscribe(3c) 関数を呼び出してイベントをサブスクライブすることもできます。

イベントの通知

イベント・ブローカのサブスクリプションでは、次の図に示すいずれかの通知方法が指定されます。

図 5-2 サポートされている通知方法

 

• クライアントへの通知―イベント・ブローカは、クライアントが通知を必要とする特定のイベントをトラッキングします。そして、そのようなイベントが発生すると、自動的にクライアントに通知します。この方法は「任意通知型通知」と呼ばれます。

• サービスの呼び出し―サブスクライバがイベント通知をサービス呼び出しに渡す必要がある場合、サブスクライバ・プロセスは tpsubscribe() 関数を呼び出して、呼び出すサービスの名前を渡します。

• 安定記憶域のキューへのメッセージの登録―サブスクリプションで、イベント通知を安定記憶域のキューに送信することが要求されている場合、イベント・ブローカはキュー・スペース、キュー名、相関識別子を取得します。サブスクライバは、イベントをサブスクライブする際に、キュー名を指定します。相関識別子は、同じイベントの記述とフィルタ・ルールが定義され、格納先が同じキューである複数のサブスクリプションを区別するために使用されます。

• コマンドの実行―イベントがポストされると、それに対応付けられたバッファがシステム・コマンドに変換されて実行されます。たとえば、電子メール・メッセージを送信するシステム・コマンドに変換されます。このプロセスは、MIB を介して行われる必要があります。

• ユーザ・ログへのメッセージの記録―イベントが発生し、イベント・ブローカによって合致する要求があることが検出されると、指定されたメッセージはユーザ・ログ (ULOG) に書き込まれます。このプロセスは、MIB を介して行われる必要があります。

システム・イベントの重要度レベル

イベント・ブローカでは、サーバの終了やネットワーク障害などのシステム・イベントに、次の 3 つの重要度のいずれかが割り当てられます。

重要度のレベル	イベント・ブローカに通知される内容
ERROR	サーバの終了やネットワークの突然の切断など、異常が発生しました。
INFO (Information の省略形)	プロセス、またはコンフィギュレーションの変更が原因で、状態が変化しました。
WARN (Warning の省略形)	認証に失敗し、クライアントがアプリケーションに参加できませんでした。アプリケーションのパフォーマンスに影響を与えるようなコンフィギュレーションの変更が行われました。

 

---

ブローカ・イベントの利点

• 無名通信―イベント・ブローカを使用すると、BEA Tuxedo の各プログラムで要求されるイベントをそのプログラムがサブスクライブできるようになります。また、すべてのサブスクリプションをトラッキングできるようになります。そのため、あるイベントのサブスクライバは、どのプログラムが同じイベントをサブスクライブするのか知る必要がありません。そして、イベントのポスト元は、ほかのどのプログラムがそのイベントをサブスクライブするのか知る必要がありません。この「無名」処理により、サブスクライバはイベントのポスト元と同期を取る必要がありません。

• 例外条件の分離―パブリッシュ・アンド・サブスクライブ通信モデルでは、例外条件を検出するソフトウェアと、例外条件を処理するソフトウェアを分離することができます。

• BEA Tuxedo システムとの統合化―イベント・ブローカには、メッセージ・バッファ、メッセージ・パラダイム、分散トランザクション、およびイベント・ポストに対する ACL パーミッション・チェックなどの機能があります。

• 各種の通知方法―クライアントまたはサーバがシステム・イベント (サーバの終了など) またはアプリケーション・イベント (ATM マシンでのメモリ不足など) をサブスクライブしている場合、そのイベントの発生が通知されたときにイベント・ブローカが行う処理はクライアントまたはサーバによって定義されています。

  サブスクライバが BEA Tuxedo クライアントの場合、サブスクライブ時に次のいずれかの処理が行われます。

  • 任意通知型通知を要求します。

  • 呼び出すサービス・ルーチン名を指定します。

  • 後で処理できるように、イベント・ブローカがデータを格納するアプリケーション・キューを指定します。

  サブスクライバが BEA Tuxedo サーバの場合、サブスクライブ時に次のいずれかの処理が行われます。

  • サービス要求を指定します。

  • イベント・ブローカがデータを格納するアプリケーション・キューを指定します。

関連項目

• イベントのサブスクライブ

• 『BEA Tuxedo システム入門』のATMI および EVENT_MIB を使用したイベントのサブスクライブ、ポスト、サブスクライブの取り消し

• 『ファイル形式、データ記述方法、MIB、およびシステム・プロセスのリファレンス』の EVENT_MIB(5) に関する追加情報

• 『BEA Tuxedo C リファレンス』の tpsubscribe(3c)

• 『BEA Tuxedo C リファレンス』の tpunsubscribe(3c)