| Oracle Fusion Middleware Oracle SOA Suite管理者ガイド 11g リリース1（11.1.1） B55916-01 |
|
 戻る |
 次へ |
この章では、Oracle Fusion Middlewareのコンポーネントの1つであるOracle Service-Oriented Architecture（SOA）Suiteの概要、およびOracle Enterprise Manager Fusion Middleware Controlコンソールを使用したOracle SOA Suiteの管理について説明します。
この章の内容は、次のとおりです。
Oracle Enterprise Manager Fusion Middleware Controlコンソールの管理タスクおよびOracle Fusion Middlewareの概要は、次のマニュアルを参照してください。
Oracle Fusion Middlewareは、標準ベースのソフトウェア製品群であり、Java EE、開発ツール、統合サービス、ビジネス・インテリジェンス、コラボレーションなど、様々なツールとサービスを提供します。また、開発、デプロイメントおよび管理を完全にサポートします。
Oracle SOA Suiteは、Oracle Fusion Middlewareのミドルウェア・コンポーネントの1つです。SOAコンポジット・アプリケーションの設計、デプロイおよび管理に対応するサービス・インフラストラクチャ・コンポーネントの完全なセットを提供します。Oracle SOA Suiteを使用すると、サービスを作成して管理し、SOAコンポジット・アプリケーションに組み込むことができます。コンポジットによって、複数のテクノロジ・コンポーネントを組み合せて1つのSOAコンポジット・アプリケーションを作成できます。Oracle SOA Suiteは、異種ITインフラストラクチャへの接続を行い、企業がSOAを段階的に採用できるようにします。
Oracle SOA Suiteは、Oracle Enterprise Manager Fusion Middleware Controlコンソールから管理できます。 次の各項で、Oracle SOA Suiteのコンポーネントの概要を示します。
Oracle SOA Suiteの概要は、『Oracle Fusion Middleware Oracle SOA Suite開発者ガイド』を参照してください。
SOAインフラストラクチャは、Oracle WebLogic Serverで実行されるJava EE準拠のアプリケーションです。 アプリケーションでは、コンポジットとそのライフ・サイクル、サービス・エンジンおよびバインディング・コンポーネントが管理されます。
Oracle JDeveloperで設計したSOAコンポジット・アプリケーションをSOAインフラストラクチャにデプロイします。 図1-1に示した例では、多数のSOAコンポジット・アプリケーションがSOAインフラストラクチャにデプロイされ、Oracle Enterprise Manager Fusion Middleware Controlコンソールに表示されています。
SOAインフラストラクチャのホーム・ページからは、SOAコンポジット・アプリケーションの監視、個々のコンポジット・インスタンスの監視、SOAコンポジット・アプリケーションおよび個々のコンポジット・インスタンスの状態の更新などの管理タスクを実行できます。 フォルト・リカバリなどの修正処理も実行できます。
「コンポジット」表の特定のSOAコンポジット・アプリケーションをクリックすると、そのホーム・ページにアクセスできます。 図1-2に、EventMediatorDemo SOAコンポジット・アプリケーションのホーム・ページの上部を示します。 SOAコンポジット・アプリケーションのホーム・ページからは、インスタンスの監視、フォルトのリカバリ、アプリケーション・インスタンスの状態の管理、ポリシーのアタッチなどの管理タスクを実行できます。 また、SOAコンポジット・アプリケーション・レベルで、コンポジット監査レベルやペイロード検証の指定など、一定数の構成タスクを実行することもできます。
図1-3に、EventMediatorDemo SOAコンポジット・アプリケーションのホーム・ページの下部を示します。 EventMediatorDemoに組み込まれているサービス・コンポーネント、およびサービス・バインディング・コンポーネントと参照バインディング・コンポーネントが表示されます。
詳細は、次の各項を参照してください。
図1-1の「デプロイ済コンポジット」ページに示されているようなSOAコンポジット・アプリケーションは、次のコンポーネントで構成されます。
サービス・コンポーネント。ルーティングのためのOracle Mediator、オーケストレーションのためのBPELプロセス、ワークフロー承認のためのヒューマン・タスク、ビジネス・ルールを使用するためのデシジョン・サービスなどがあります。
バインディング・コンポーネント（サービスおよび参照）。SOAコンポジット・アプリケーションを外部のサービス、アプリケーションおよびテクノロジに接続するために使用します。
これらのコンポーネントが、1つのSOAコンポジット・アプリケーションに組み込まれています。 コンポーネントを単一のデプロイメント単位（アプリケーション）に組み込むことで、SOAアプリケーションの管理とライフ・サイクルが大幅に簡素化されます。
図1-4に、Oracle JDeveloperのSOAコンポジット・エディタに表示されたSOAコンポジット・アプリケーションの例を示します。 サービス・バインディング・コンポーネント（orderprocessor_client_epなど）によって、その機能が外部コンシューマに通知されます。 サービスは、BPELプロセス、Oracle Mediator、ヒューマン・タスクおよびデシジョン・サービスの各コンポーネントで構成されるSOAコンポジット・アプリケーション（OrderBookingComposite）のパブリック・インタフェースを公開します。 サービスは、ワイヤでコンポジット内の特定のコンポーネントまたは参照に接続されます。 参照バインディング・コンポーネント（CreditCardAuthorizationServiceやPartnerSupplierServiceなど）を使用すると、SOAコンポジット・アプリケーションから外部サービスにメッセージを送信できます。 サービス・バインディング・コンポーネント、サービス・コンポーネントおよび参照バインディング・コンポーネントは、通信するために連結（接続）されます。
SOAコンポジット・アプリケーションに組み込まれているサービス・コンポーネントとバインディング・コンポーネントは、図1-3および図1-5に示すように、アプリケーションのホーム・ページの下部に表示されます。 図1-5の例では、2つのサービス・コンポーネント（OrderPublisherとEventMediator）および2つのバインディング・コンポーネント（サービスのOrderPublisher_epと参照のOrderLogger）が表示されています。特定のサービス・コンポーネントまたはバインディング・コンポーネントをクリックすると、そのホーム・ページにアクセスできます。
図1-5 SOAコンポジット・アプリケーションのサービス・コンポーネントおよびバインディング・コンポーネント
詳細は、次のドキュメントを参照してください。
SOAコンポジット・アプリケーションを起動すると、新規コンポジット・インスタンスが作成されます。 このインスタンスは、一意のインスタンスIDで識別されます。このIDは、Oracle Enterprise Manager Fusion Middleware Controlコンソールの各ページに表示されます。 たとえば、図1-6では、SOAインフラストラクチャの「インスタンス」ページに、AutoLoanComposite、CompositeTestおよびEventMediatorDemoというSOAコンポジット・アプリケーション用のインスタンスIDが表示されています。これらのIDをクリックすると、SOAコンポジット・アプリケーション・インスタンスの状態に関するより具体的な詳細にアクセスできます。 「インスタンス」ページから、SOAコンポジット・アプリケーション・インスタンスの状態を監視することもできます。
「テスト実行」ページからユニット・テストとして作成したインスタンスは、「Webサービスのテスト」ページから自動的にまたは手動で作成されたインスタンスとは小さい黄色のボックスで区別されます。 図1-6に示すように、このボックスはインスタンスIDの左側に表示されます。 このボックスは、SOAインフラストラクチャおよびSOAコンポジット・アプリケーションの「インスタンス」ページおよび「ダッシュボード」ページの「最新のインスタンス」表の両方に表示されます。
一部のSOAコンポジット・アプリケーションに対しては、対話IDも生成されます。 対話IDは、生成された一連のインスタンスを明確に識別する別の方法を提供します。 図1-6に示すように、対話IDはすべてのインスタンスに対して自動的に表示されるわけではありません。 生成された対話IDを参照するには、次のいずれかのタスクを実行します。
プログラムでサービスを起動し、WS-Addressingヘッダー（messageId）を介して一意のIDを渡します。
「Webサービスのテスト」ページを使用してインスタンスを作成します。 ただし、「Webサービスのテスト」ページの「追加テスト・オプション」セクションにあるストレス・テストの有効化チェック・ボックスが選択されている場合を除きます。 この場合、インスタンスの対話IDは作成されません。
詳細は、次の各項を参照してください。
SOAコンポジット・アプリケーションには、複数のサービス・コンポーネントが含まれています。サービス・コンポーネントは、SOAコンポジット・アプリケーションの基礎単位です。 サービス・コンポーネントによって、SOAコンポジット・アプリケーションの全体的なビジネス・ロジックの一部が実装されます。
SOAコンポジット・アプリケーションで使用できるサービス・コンポーネントは、次のとおりです。
Oracle Mediator: サービスの生産者とコンシューマ間のコンテンツ変換およびイベント（メッセージ）のルーティングに使用します。
ヒューマン・タスク: ユーザーまたはグループが、エンドツーエンドのビジネス・プロセス・フローの一環として実行するタスクを記述するヒューマン・タスク（例: 手動による注文の承認）のモデリングのために使用します。
Oracle Enterprise Manager Fusion Middleware Controlコンソールのサービス・コンポーネントのホーム・ページからは、インスタンスの監視、フォルトのリカバリ、ポリシーのアタッチなどの管理タスクを実行できます。
第1.2.3項「SOAコンポジット・アプリケーション・インスタンスの理解」で説明したように、各アプリケーション・インスタンスには独自のインスタンスIDがあります。SOAコンポジット・アプリケーション・インスタンスに組み込まれている各サービス・コンポーネント・インスタンスにも独自のインスタンスIDがあり、このIDもOracle Enterprise Manager Fusion Middleware Controlコンソールに表示されます。 図1-7では、「インスタンスID」列に、VacationRequest SOAコンポジット・アプリケーションのVacationRequestTaskヒューマン・タスク・サービス・コンポーネント用のインスタンスID（workflow:200000）が表示されています。 「インスタンス」ページから、そのサービス・コンポーネント・インスタンスの状態を監視できます。 これらのインスタンスをクリックすると、サービス・コンポーネントに関するより具体的な詳細にアクセスすることもできます。
サービス・コンポーネントの管理の詳細は、次の各項を参照してください。
SOAコンポジット・アプリケーションは、バインディング・コンポーネントによって、外部のサービス、アプリケーションおよびテクノロジ（メッセージングやデータベースなど）に接続されます。バインディング・コンポーネントは、次の2つのグループに編成されます。
サービス: 外部の世界に対して、SOAコンポジット・アプリケーションへのエントリ・ポイントを提供します。サービスのWSDLファイルによって、その機能が外部アプリケーションに通知されます。 サービス・バインディングでは、SOAコンポジット・サービスの起動方法（SOAPを介した起動など）を定義します。
参照: SOAコンポジット・アプリケーションから外部サービスにメッセージを送信できます（たとえば、BPELプロセスに対してパートナ・リンクが提供している機能と同じ機能が、上位のSOAコンポジット・アプリケーション・レベルで提供されます）。
Oracle Enterprise Manager Fusion Middleware Controlコンソールでは、ポリシーのアタッチ、拒否メッセージの監視、バインディング・コンポーネント・プロパティの設定などのバインディング・コンポーネント管理タスクを実行できます。 図1-8に、サービス・バインディング・コンポーネントのホーム・ページを示します。
詳細は、第XIV部「バインディング・コンポーネントの管理」を参照してください。
SOAインフラストラクチャには、一連のサービス・エンジン（BPELプロセス、ヒューマン・ワークフロー、デシジョン・サービスおよびOracle Mediator）が組み込まれており、これらは、SOAコンポジット・アプリケーション（例: BPELプロセス）内でそれぞれのコンポーネントのビジネス・ロジックを実行します。
図1-9に、BPELプロセス・サービス・エンジンのOracle Enterprise Manager Fusion Middleware Controlコンソールの例を示します。 このエンジンでは、Calling、LoanServiceおよびCreditRatingServiceというBPELプロセス・サービス・コンポーネントが実行されています。 LoanServiceおよびCreditRatingServiceに対して複数のインスタンスIDがあることに注意してください。 BPELプロセス・サービス・コンポーネントは、2つの別々のSOAコンポジット・アプリケーションに組み込まれています。
Callingは、Calling SOAコンポジット・アプリケーションに組み込まれています。
LoanServiceおよびCreditRatingServiceは、CompositeTest SOAコンポジット・アプリケーションに組み込まれています。
ただし、各BPELプロセス・サービス・コンポーネントは、同じBPELプロセス・サービス・エンジンで実行されています。 ページ上のリンクをクリックすると、各BPELプロセス・サービス・コンポーネント・インスタンス、サービス・コンポーネント自体、または組み込まれているSOAコンポジット・アプリケーションに関する詳細を参照できます。
Oracle Enterprise Manager Fusion Middleware Controlコンソールでは、インスタンスの監視、フォルトのリカバリ、失敗したメッセージの手動リカバリ（BPEL）、各サービス・エンジン固有のプロパティの構成などのサービス・エンジン管理タスクを実行できます。 これらの構成プロパティは、サービス・エンジンで実行されるすべてのサービス・コンポーネントに影響を与えます。これは、サービス・コンポーネントがいずれのSOAコンポジット・アプリケーションに組み込まれているかには関係ありません。サービス・エンジンのページには、エンジン固有の統計およびパフォーマンス・メトリックも表示されます。
サービス・エンジンの管理の詳細は、次の各項を参照してください。
サービス・インフラストラクチャは、内部メッセージ転送インフラストラクチャ機能を提供して複数のコンポーネントを接続し、データ・フローを有効にします。 サービス・インフラストラクチャには、サービス、サービス・コンポーネントおよび参照間のワイヤ接続に従ってメッセージをルーティングする役割があります。
詳細は、次の各項を参照してください。
SOAコンポジット・アプリケーションは、様々なサービス・コンポーネント、バインディング・コンポーネントおよびサービスで構成でき、これらはOracle Enterprise Manager Fusion Middleware Controlコンソールから管理します。
BPELプロセス
ヒューマン・ワークフロー
Oracle Mediator
デシジョン・サービス（Oracle Business Rules）
JCAアダプタ
Oracle BAM
Oracle B2B
ビジネス・イベント
Oracle User Messaging Service
これらのサービス・コンポーネント、バインディング・コンポーネントおよびサービスの概要は、『Oracle Fusion Middleware Oracle SOA Suiteスタート・ガイド』を参照してください。
Oracle SOA Suiteの様々な管理（構成、監視および管理）タスクは、Oracle Enterprise Manager Fusion Middleware Controlコンソールから実行できます。 この項では、これらのタスクの概要を示します。
実行可能な管理タスクは、マップされているロールに基づきます。各ロールは、異なる一連の権限に対応しています。 特定のユーザーを単一の監視権限（表示専用アクセスなど）にマップし、他のユーザーには、完全アクセス（構成の更新、サーバーの再起動などを実行できる権限）を付与できます。 Oracle Enterprise Manager Fusion Middleware Controlコンソールのロールの詳細は、付録C「Oracle Enterprise Managerのロール」を参照してください。
Oracle SOA Suiteの構成タスクは、Oracle Enterprise Manager Fusion Middleware Controlコンソールで実行できます。 構成タスクでは、使用環境の監査レベルやペイロード検証などのプロパティを設定します。 プロパティは次のエリアで設定できます。
SOAインフラストラクチャ（すべてのSOAコンポジット・アプリケーションに影響）
サービス・エンジン（サービス・コンポーネントが組み込まれているSOAコンポジット・アプリケーションに関係なく、エンジンで実行されるすべてのサービス・コンポーネントに影響）
SOAコンポジット・アプリケーション（そのコンポジット・アプリケーションに組み込まれているすべてのサービス・コンポーネントに影響）
Oracle B2Bバインディング
サービスおよび参照バインディング・コンポーネントのメッセージ・ヘッダー・プロパティ
優先順位としては、継承SOAコンポジット・アプリケーションのプロパティ設定（監査レベルの設定やペイロード検証）が最も優先され、次にサービス・エンジンの設定、SOAインフラストラクチャの設定の順に優先されます。 ほとんどのプロパティでは、この種の優先度を考慮する必要はありません。
詳細は、次の各項を参照してください。
Oracle SOA Suiteの監視タスクは、Oracle Enterprise Manager Fusion Middleware Controlコンソールで実行できます。次のような項目を監視できます。
SOAインフラストラクチャ、SOAコンポジット・アプリケーション、サービス・コンポーネント、サービス・エンジン、サービス・バインディング・コンポーネントおよび参照バインディング・コンポーネントのインスタンス、フォルトおよび拒否メッセージ
サービス・エンジン、サービス・インフラストラクチャ、およびバインディング・コンポーネントのリクエスト処理パフォーマンス
サービスおよび参照バインディング・コンポーネントのメッセージ処理に要する合計処理時間と平均処理時間
サービス・コンポーネントにおける監査証跡およびプロセス・フローの動作
BPELプロセスおよびヒューマン・ワークフローにおけるサービス・エンジンのリクエストおよびスレッドの状態
Oracle SOA Suiteの管理タスクは、Oracle Enterprise Manager Fusion Middleware Controlコンソールで実行できます。次のような項目を管理できます。
SOAインフラストラクチャ・アプリケーションの起動と停止
コンポジットの状態（アクティブ化、リタイア、起動、停止およびデフォルト・コンポジット・バージョンの設定）
コンポジット・インスタンスの削除と中断
SOAコンポジット・アプリケーションのデプロイメント、アンデプロイメントおよび再デプロイメント・アクション
SOAコンポジット・アプリケーション・テスト・インスタンスの「Webサービスのテスト」ページからの手動による起動
SOAコンポジット・アプリケーション、サービス・コンポーネント、サービス・エンジンおよびビジネス・イベントのフォルトのリカバリ
BPELプロセスで失敗したメッセージの手動リカバリ
SOAコンポジット・アプリケーションのユニット・テスト
SOAコンポジット・アプリケーション、サービス・コンポーネントおよびバインディング・コンポーネントへのポリシーのアタッチメント
ヒューマン・ワークフローの受信および送信通知メッセージ
ビジネス・イベントのサブスクリプションおよびイベント公開のテスト
以降の各項では、いくつかの管理タスクについてより具体的な概要を示します。
Oracle Enterprise Manager Fusion Middleware Controlコンソールでリカバリ可能として識別されたBPELプロセス、Oracle Mediator、ヒューマン・ワークフローおよびビジネス・イベント・サブスクリプションのフォルト（データベースおよびコンポーネント・サブスクリプションのフォルトを含む）に対しては、フォルト・リカバリ・アクションを実行できます。次のタイプのフォルト・リカバリがサポートされています。
個々のフォルトのリカバリ。この場合は、各フォルト・タイプに固有の最も詳細なリカバリ・オプションにアクセスできます。
複数（一括）フォルトのリカバリ。この場合は、リカバリに対して複数のフォルトを選択します。
リカバリ可能なフォルトに対しては、個別および一括リカバリ・アクションを次のレベルで実行できます。
SOAインフラストラクチャのすべてのSOAコンポジット・アプリケーションで発生したフォルト
個々のSOAコンポジット・アプリケーションで発生したフォルト
サービス・コンポーネントで発生したフォルト
サービス・エンジンで発生したフォルト
ビジネス・イベントで発生したフォルト
Oracle Enterprise Manager Fusion Middleware Controlコンソールでリカバリ可能として識別されたフォルトに対して、フォルト・リカバリを実行します。 リカバリ可能として識別されたBPELプロセス・フォルトについては、（fault-bindings.xmlファイルを介して）フォルトにバインドされ、アクションora-human-interventionをトリガーするフォルト・ポリシーが定義されている必要があります。 BPELコンポーネントのフォルトは、この場合のみリカバリ可能です。 フォルト・ポリシーがコンポジットの一部として定義されていない場合、BPELプロセスのフォルトはリカバリできません。
Oracle Enterprise Manager Fusion Middleware Controlコンソールの外部で、fault-policies.xmlおよびfault-bindings.xmlファイルにフォルト・リカバリ・ポリシーを定義します。 これらのファイルは、SOAインフラストラクチャにデプロイし、Oracle Enterprise Manager Fusion Middleware Controlコンソールで管理するSOAコンポジット・アプリケーションにパッケージ化されます。
Oracle Mediatorおよびヒューマン・ワークフローのフォルトの動作はこれとは異なります。これらは、フォルト・ポリシーなしでリカバリ可能なフォルトを作成できます。 ヒューマン・タスク・サービス・コンポーネントまたはヒューマン・ワークフロー・サービス・エンジンのエラーの場合は、Oracle BPM Worklistからリカバリ可能として識別されたフォルトに対してフォルト・リカバリを実行します。
次のタイプのフォルトがOracle Enterprise Manager Fusion Middleware Controlコンソールに表示されます。
ビジネス: 処理対象の情報に問題がある場合に生成されるアプリケーション固有のフォルト（たとえば、社会保障番号がデータベースにない場合など）。
システム: ネットワーク・エラーまたは他のタイプのエラー（データベース・サーバーやWebサービスがアクセス不可の場合など）。
Oracle Web Service Manager（OWSM）: SOAコンポジット・アプリケーション、サービス・コンポーネントまたはバインディング・コンポーネントにアタッチされたポリシーのエラー。 ポリシーでは、メッセージ配信に対してセキュリティが適用されます。
リカバリ可能またはリカバリ不可:
特定のタイプのフォルトのみがリカバリ可能として識別されます。 表1-1に、リカバリ可能なフォルトとリカバリ不可のフォルトの例をいくつか示します。
フォルトは、その発生時期に基づいて拒否メッセージとして分類されます。 フォルトの発生がSOAコンポジットの入力前で、コンポジット・インスタンスが生成されていない場合は、拒否メッセージとして分類されます。 システム・フォルトまたはポリシー・フォルトは拒否メッセージとして分類されます。
表1-1 フォルト
| リカバリ可能なフォルト | リカバリ不可のフォルト |
|---|---|
|
|
フォルト・リカバリの実行の詳細は、次の各項を参照してください。
Oracle Enterprise Manager Fusion Middleware Controlコンソールでは、ポリシーを次のレベルでアタッチおよびデタッチできます。
SOAコンポジット・アプリケーション
サービス・コンポーネント
サービス・バインディング・コンポーネントおよび参照バインディング・コンポーネント
ポリシーでは、メッセージ配信に対してセキュリティが適用されます。Oracle Fusion Middlewareでは、ポリシー・ベースのモデルを使用してWebサービスを管理します。次のタイプのポリシーがサポートされています。
セキュリティ: WS-Security 1.0および1.1の標準を実装します。 これらの標準によって、ユーザーの認証と認可、アイデンティティ伝播およびメッセージ保護（メッセージ整合性およびメッセージ機密性）が実施されます。
信頼できるメッセージング: WS-ReliableMessagingプロトコルをサポートして、エンドツーエンドのメッセージ配信を保証します。
メッセージ転送最適化メカニズム（MTOM）: 添付がMTOMフォーマットであることを保証します。このフォーマットは、Webサービスとの間でバイナリ・データを効率的に送受信するためのフォーマットです。
WSアドレス: WSアドレス仕様に準拠したWS-AddressingヘッダーがSOAPメッセージに含まれていることを検証します。トランスポート・レベルのデータはXMLメッセージに含まれており、ネットワーク・レベルのトランスポートに依存せずに情報を伝達します。
管理: リクエスト、レスポンスおよびフォルト・メッセージをメッセージ・ログに記録します。管理ポリシーにはカスタム・ポリシーを含めることもできます。
ポリシーは、企業のポリシー・フレームワークの一部であり、このフレームワークによってポリシーを集中的に作成して管理できます。
詳細は、次のドキュメントを参照してください。
ポリシーは、ポリシーがアタッチされているコンポーネントにメッセージが到達する前に実行されます。 この結果、エラーは、ポリシーがアタッチされているコンポーネントの直前のコンポーネントに表示されます。 次に例を示します。
Oracle Mediatorサービス・コンポーネントにアタッチされたポリシーは、メッセージがOracle Mediatorに渡される前にワイヤで実行されます。 この結果、フォルトは、Oracle Mediatorではなくサービス・バインディング・コンポーネントに表示されます。
ヒューマン・タスク・サービス・コンポーネントにアタッチされたポリシーは、メッセージがヒューマン・タスク・サービス・コンポーネントに渡される前に、直前のBPELプロセス・サービス・コンポーネントで実行されます。 この結果、フォルトは、ヒューマン・タスク・サービス・コンポーネントではなく、BPELプロセス・サービス・コンポーネントに表示されます。
ポリシー・エラーの正確な位置を確認するには、監査証跡を参照してください。
デプロイ済SOAコンポジット・アプリケーションのライフ・サイクル全体の状態は、Oracle Enterprise Manager Fusion Middleware Controlコンソールから管理できます。アプリケーションは、SOAインフラストラクチャにデプロイすると自動的にアクティブ化されます。デプロイメント時には、アプリケーションに対して特定のリビジョン番号を指定できます。リビジョンは、アプリケーションの特定のデプロイ済バージョンです。アプリケーションの複数のリビジョンをデプロイし、すべてのリビジョンを同時に実行できます。
これは、リビジョンの重要な利点です。たとえば、古いリビジョンのアプリケーションがあり、引続き有効なある顧客で実行中であるとします。その後、別の顧客とのパートナーシップが開始され、この顧客については小規模なアプリケーションの設計変更が必要です。 ある時点で古い顧客を新しいリビジョンのアプリケーションに移行する計画ですが、現時点では、移行の必要はありません。これは、リビジョンを使用すると、両方のアプリケーションを実行できるためです。
Oracle Enterprise Manager Fusion Middleware Controlコンソールでは、リビジョン値がアプリケーション名に付加されます。 たとえば、図1-1で、リビジョン1.0は、多数のデプロイ済SOAコンポジット・アプリケーションに対するバージョンです。 特定のコンポジット・アプリケーション・リビジョンに対する新規リクエストを受信すると、そのコンポジット・アプリケーション・リビジョンが起動します。 リビジョンが指定されていない新規リクエストを受信すると、デフォルトのリビジョンが起動します。 デフォルトのリビジョンは、小さい緑色の丸印で他のリビジョンと区別されます。
SOAコンポジット・アプリケーションに関する次のライフ・サイクル管理タスクは、Oracle Enterprise Manager Fusion Middleware Controlコンソールから実行できます。
インスタンスの作成。
アプリケーション・リビジョンの停止と再起動。 アプリケーション・リビジョンは通常、デプロイメント後即時に起動されます。
アプリケーション・リビジョンのリタイアとアクティブ化。 アプリケーション・リビジョンは、デプロイメント時に即時にアクティブ化されます。
デフォルト・バージョンとしてのアプリケーションの設定。
アプリケーション・リビジョンのデプロイ、アンデプロイおよび再デプロイ。
アプリケーション・リビジョンの特定インスタンスの削除。
SOAコンポジット・アプリケーションのライフ・サイクルの状態の管理については、次の各項を参照してください。
SOAコンポジット・アプリケーションのテストを自動化するテスト・ケースを作成、デプロイおよび実行できます。 テスト・ケースを使用すると、SOAコンポジット・アプリケーションとその参照の間の相互作用を、本番環境へのデプロイメント前にシミュレートできます。テスト・スイートは、1つ以上のテスト・ケースの論理的な集合で構成されます。各テスト・ケースには、テスト・インスタンスの実行時に実行される一連のコマンドが含まれています。テスト・スイートの実行は、テスト実行と呼ばれます。各テストは、単一のSOAコンポジット・アプリケーション・インスタンスに対応しています。 図1-6に示すように、これらのテストの実行で生成されたインスタンスは、そのインスタンスIDの横に小さい黄色のボックスが表示され、テスト・インスタンスとして区別されます。
SOAコンポジット・アプリケーションが実行時に相互作用するコンポーネントの動作を、エミュレーションを使用してシミュレートします。特定のコンポーネントを起動せずに、コンポーネントからのレスポンスを指定できます。
アサーションを使用し、プロセス実行時にデータを検証します。
SOAコンポジット・アプリケーションのテスト・ケースの設計に関する詳細は、『Oracle Fusion Middleware Oracle SOA Suite開発者ガイド』を参照してください。
