デプロイメント ガイド

単一サーバ デプロイメントのコンフィグレーション

この節では、単一の WebLogic Server 環境で AquaLogic Service Bus をデプロイするためのコンフィグレーションに必要な作業について説明します。

単一サーバ コンフィグレーションで AquaLogic Service Bus を設定およびデプロイするには、以下の手順を実行します。

手順 1. JMS レポート プロバイダ データ ストア用データベースのコンフィグレーション

AquaLogic Service Bus では、JMS レポート プロバイダ用のデータベースが必要です。WebLogic Server と共にインストールされる PointBase データベースのローカル コピーは評価のみを目的としています。PointBase Server を評価以外の開発または他の目的で使用する場合は、エンド ユーザが直接 DataMirror から個別の PointBase ライセンスを入手する必要があります。

使用可能なデータベースの詳細なリストについては、AquaLogic Service Bus でサポート対象のコンフィグレーションの「サポート対象のデータベース コンフィグレーション」を参照してください。

特定のデータベースに関する最新情報については、BEA AquaLogic Service Bus リリース ノートを参照してください。

手順 2. AquaLogic Service Bus ドメインの準備

AquaLogic Service Bus 環境を準備するには、以下の節で説明する作業を行う必要があります。

Configuration Wizard を使用した AquaLogic Service Bus ドメインの作成

AquaLogic Service Bus デプロイメントを定義するには、まず、BEA Configuration Wizard を使用してドメインを作成します。

Configuration Wizard を使用して AquaLogic Service Bus ドメインを作成するには、以下の手順を実行します。

Configuration Wizard によるドメインのコンフィグレーションが完了すると、指定した場所に新しいドメインが作成されます。

AquaLogic Service Bus ドメインには、管理サーバの定義が入ったコンフィグレーション ファイル (config.xml) があります。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」にある「config.xml」を参照してください。

Configuration Wizard を使用しないドメインのコンフィグレーションについては、『ドメインのコンフィグレーションについて』を参照してください。

JMS リソースのコンフィグレーション

Configuration Wizard で JMS ファイル ストアをコンフィグレーションすると共に、JMS を使用するプロキシ サービスおよびビジネス サービスには、以下のリソースのコンフィグレーションも必要です。

すべての AquaLogic Service Bus JMS リソースを単一の JMS モジュールにまとめる場合、WebLogic Server Administration Console を使用して、プロキシ サービスのエンドポイントとして使用する送り先を含む新しい JMS モジュールを作成します。

JMS リソースのコンフィグレーションについては、『WebLogic JMS のコンフィグレーションと管理』を参照してください。

手順 3. AquaLogic Service Bus セキュリティのコンフィグレーション

AquaLogic Service Bus では、WebLogic Server のセキュリティ機能を利用して、メッセージの機密性と整合性を保証し (メッセージレベルのセキュリティ)、WebLogic Server、サービス クライアント、およびビジネス サービスの間の接続を保護し (転送レベルのセキュリティ)、認証と認可 (アクセス制御) を行います。AquaLogic Service Bus のセキュリティのコンフィグレーション方法については、AquaLogic Service Bus のセキュリティ ガイドを参照してください。

手順 4. AquaLogic Service Bus コンフィグレーションのデプロイ

AquaLogic Service Bus ドメインのコンフィグレーションと保護を終え、サービスに必要な JMS リソースを追加すると、AquaLogic Service Bus コンフィグレーションが入った JAR ファイルをインポートできます。コンフィグレーション メタデータをインポートした後、ドメインの環境固有の情報を更新できます。

以下に、コンフィグレーション JAR ファイルの内容をデプロイする基本手順を示します。

上記の手順は手動で行うことも、プログラムで実行することもできます。

サービス ポイント URI、ディレクトリ名、およびセキュリティ コンフィグレーションに加え、AquaLogic Service Bus コンフィグレーションには、新しい環境で正しく動作するように更新する必要のある設定が含まれていることがあります。通常、以下の項目は更新が必要です。

必要に応じて、AquaLogic Service Bus Console を使用してコンフィグレーションの確認と変更を行います。

手順 5. プロダクション環境の変更に合わせたドメインの更新

プロダクション環境は、時間の経過や、アプリケーション使用の増加に伴って変化します。この節では、一般的なプロダクション環境の変化に応じてドメインを更新する方法を説明します。

ビジネス サービスの変更

既存のエンタープライズ情報システム (EIS) インスタンスが徐々に少なくなり、新しいインスタンス (EIS ソフトウェアの新しいバージョン、新しいハードウェアなどで使用可能) がオンラインで提供される場合があります。このような場合、AquaLogic Service Bus 管理者は、影響を受ける AquaLogic Service Bus サービスを変更して新しい EIS インスタンスに適切に移行する必要があります。

これは、EIS インスタンスのエラーに似ていますが、緊急に対処が必要なエラーではありません。デプロイメントでの考慮事項については、「EIS インスタンスのフェイルオーバ」を参照してください。AquaLogic Service Bus Console を使用したビジネス サービスのエンドポイント URI の変更については、『AquaLogic Service Bus Console の使い方』の「ビジネス サービス」にある「ビジネス サービスの表示と変更」を参照してください。

新しいバージョンのプロキシ サービスのインストール

ビジネス要件の変化に伴い、プロキシ サービスの変更が必要になることがあります。変更に下位互換性がある場合、AquaLogic Service Bus Console を使用してオンラインで動的に変更を行い、新しいバージョンのプロキシ サービスを作成できます。以下のいずれかの条件を満たす場合、変更には下位互換性があります。

必要な変更に下位互換性がない場合、オンラインで変更できるようにする 2 つの代替方法があります。

さらに、AquaLogic Service Bus クラスタ ドメインでは、下位互換性のないプロキシ サービスのデプロイメントについてのシステム管理要件があります。詳細については、「クラスタへの新しいバージョンのプロキシ サービスのインストール」を参照してください。

コンフィグレーションのオンライン更新

AquaLogic Service Bus では、システムのコンフィグレーション情報を動的に変更できます。変更内容を有効にするためにサーバを再起動する必要はありません。

AquaLogic Service Bus Console で以下の手順を実行して、リソースやプロジェクト、または複数の (関連する、あるいは関連しない) リソースを変更できます。

上記の手順は手動で行うことも、プログラムで実行することもできます。

図 2-1 は、システムでのメッセージの処理中にコンフィグレーションが更新された場合に、システムがメッセージを処理するためにどのように動作するかを示します。表 2-2 は、図 2-1 のサンプル システムのリソースのバージョンを示します。

この図のメッセージ処理では以下の点に注意してください。

AquaLogic Service Bus は、メッセージがプロキシ サービスに届いた時点で使用可能なバージョンのプロキシ サービスとアーティファクトを使用して、メッセージを実行しようとします。

これにより、メッセージのアーティファクトの一貫性が保たれます。メッセージ プロセッサが、メッセージに対してこの動作を保証できない場合は、誤って処理しないようにメッセージを拒否します。拒否されたメッセージをシステムで再試行するには、再試行機能のある JMS プロキシ サービスを使用します。

コンフィグレーションのオンライン更新のベスト プラクティス

この節では、実行中の AquaLogic Service Bus システムでコンフィグレーションを更新するときに、従うベスト プラクティスと注意する必要のある制約について説明します。