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

このトピックには次の項が含まれます:

•

イベントとは

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

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

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

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

イベントとは

イベントとは、状態の変化、または、オペレータやシステム管理者、ソフトウェアによる操作を必要とする可能性がある、実行中のアプリケーションにおけるなんらかの状況の発生(ネットワーク接続の切断など)です。Oracle Tuxedoシステムでは、次の2種類のイベントがレポートされます。

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

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

 

表5-1 アプリケーション定義のイベント

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

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

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

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

システム定義のイベントは、Oracle Tuxedoシステムのコードによって定義され、通常はTM_MIB(5)で定義されているオブジェクトに関連付けられています。システム定義の全イベントのリストは、EVENTS(5)のリファレンス・ページに記載されています。これらすべてのイベントは、Oracle Tuxedoシステムのユーザーによって追跡されます。

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

イベント・ブローカとは

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

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

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

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

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

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

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

注意:	デモとしてコピーして実行できるサンプル・アプリケーションについては、『Oracle Tuxedo ATMIアプリケーションの開発のためのチュートリアル』のbankapp(完全なC言語アプリケーション)のチュートリアルに関する項を参照してください。

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

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

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

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

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

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

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

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

図5-1に、イベント・ブローカがイベント・サブスクリプションを処理してポストするプロセスを示します。

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

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

イベントの通知

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

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

•	クライアントへの通知 - イベント・ブローカは、クライアントが通知を必要とする特定のイベントを追跡し、そのようなイベントが発生すると、自動的にクライアントに通知します。この方法は非請求通知と呼ばれます。

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

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

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

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

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

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

表5-2に、システム・イベントの重大度レベルを示します。

 

表5-2 システム・イベントの重大度レベル

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

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

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

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

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

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

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

•	非請求通知をリクエストします

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

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

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

•	サービス・リクエストを指定します。

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

関連項目

•	6-1ページの「イベントのサブスクライブ」

•	『Oracle Tuxedo ATMIの紹介』の6-3ページのATMIおよびEVENT_MIBを使用したイベントのサブスクライブ、ポスト、およびサブスクライブ解除に関する項

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

•	『Oracle Tuxedo ATMI C関数リファレンス』のtpsubscribe(3c)に関する項

•	『Oracle Tuxedo ATMI C関数リファレンス』のtpunsubscribe(3c)に関する項