| Oracle® Fusion Middleware Oracle SOA Suite開発者ガイド 11g リリース1 (11.1.1.6.2) B56238-06 |
|
 前 |
 次 |
この章では、サービス指向アーキテクチャ(SOA)とOracle SOA Suite、SOAを有効にするためにOracle SOA Suiteで使用する標準、SOAコンポジット・アプリケーションのアーキテクチャと実行時の動作、SOAコンポジット・アプリケーション設計へのアプローチおよびOracle SOA Suiteの詳細の参照先について説明します。
この章には次の項が含まれます:
市場の変化、競争の激化、顧客ニーズの推移によって、ITにはこれまで以上の柔軟性とスピードが求められています。現在、すべての企業はグローバルなビジネス環境における変化を予測し、競合他社にすばやく対応し、成長のために自社の資産を最大限に活用する必要性に迫られています。このような課題に対し、先進企業では、アプリケーションやIT環境の複雑さを克服し、これらの要求に応える手段としてサービス指向アーキテクチャ(SOA)を採用しています。
SOAは、ビジネス上の問題に対するソリューションを提供するために、エンタープライズ・アプリケーション統合の構築をサポートするエンタープライズ・アーキテクチャを提供します。SOAは、統合と再利用が容易で、柔軟かつ順応性のあるITインフラストラクチャを作成するモジュール型ビジネスのWebサービスとして、エンタープライズ・アプリケーションの開発を促進します。
SOAでは、ビジネス機能を個別の単位、つまりサービスに分割します。SOAアプリケーションでは、サービスを再利用してビジネス・プロセスを自動化します。
サービスは標準インタフェースとメッセージ構造によって定義されます。最も広く使用されているメカニズムはWebサービス用の標準です。この標準には、サービス・インタフェース定義用のWeb Services Description Language(WSDL)ファイル、およびメッセージ構造定義用のXMLスキーマ・ドキュメント(XSD)が含まれます。これらのXML標準は、標準プロトコルを使用して容易に変換されます。Webサービス用の標準は標準ドキュメント構造を使用しているため、サービス実装で使用するオペレーティング・システムやコンピュータ言語に関係なく、既存のシステム間の相互運用が可能になります。
SOAアプローチを設計するときは、サービス・ポートフォリオ・プランを作成して、ビジネス・プロセスでサービスとして使用する共通機能を識別します。プランを作成して管理することにより、可能な場合は常に、既存のサービスやアプリケーションを再利用したり別の目的用に再定義できます。また、このプランにより、アプリケーションに必要な機能を作成する時間を削減できます。
Oracle SOA Suiteには、コンポジット・アプリケーションを設計、デプロイおよび管理するためのサービス・インフラストラクチャ・コンポーネントの完全なセットが用意されています。Oracle SOA Suiteを使用すると、サービスを作成して管理し、コンポジット・アプリケーションやビジネス・プロセスに組み込むことができます。コンポジットにより、1つのSOAコンポジット・アプリケーションに複数のテクノロジ・コンポーネントを容易に組み立てることができます。Oracle SOA Suiteは異種ITインフラストラクチャに組み込まれ、企業によるSOAの段階的な採用を可能にします。
Oracle SOA Suiteの各コンポーネントは、単一のデプロイメント、管理、ツール・モデル、エンドツーエンドのセキュリティ、統一メタデータ管理などの共通機能を利用しています。Oracle SOA Suiteの優れている点は、次のような統合された機能セットが備わっていることです。
メッセージング
サービスの検出
オーケストレーション
Webサービスの管理とセキュリティ
ビジネス・ルール
イベント・フレームワーク
ビジネス・アクティビティの監視
Oracle SOA Suiteでは、標準および相互運用性を特に重要視しています。次の標準が使用されています。
サービス・コンポーネント・アーキテクチャ(SCA)アセンブリ・モデル
サービス詳細と相互運用性を提供し、コンポジット・アプリケーションを形成します。SCAにより、ビジネス・ロジックを、すべてのSCA準拠アプリケーションに容易に統合できる再利用可能なサービス・コンポーネントとして表現できます。その結果、アプリケーションはSOAコンポジット・アプリケーションになります。SCA標準の仕様は、オープン複合サービス・アーキテクチャ(CSA)会員セクションを介して、Organization for the Advancement of Structured Information Standards(OASIS)によって管理されています。
標準データ・メソッドを指定することで、物理的にどのようにアクセスされているかに関係なくビジネス・データを修正できます。SOAコンポジット・アプリケーションでSDOを使用する場合、特定のバックエンド・データ・ソースへのアクセス方法についての知識は不要です。つまり、静的または動的なプログラミング・スタイルを使用して、接続および切断されたアクセスを取得できます。
Business Process Execution Language(BPEL)
ビジネス・プロセス・オーケストレーションと実行に関する業界標準を企業に提供します。BPELを使用すると、独立した一連のサービスをエンドツーエンドのプロセス・フローに統合するビジネス・プロセスを設計できます。この統合により、プロセスのコストと複雑さが低減されます。BPELバージョン1.1および2.0がサポートされています。
XML文書を処理し、文書データを、あるXMLスキーマから他のスキーマに変換します。
Java Connector Architecture(JCA)
エンタープライズ情報システム(EIS)での多数のアプリケーション・サーバー間にある接続性の問題に対して、Javaテクノロジ・ソリューションを提供します。
Java 2 Platform Enterprise Edition(Java EE)に基づいたアプリケーション・コンポーネントによって、異種システム間で分散されているビジネス・ロジックにアクセスできるメッセージング標準を提供します。
Web Services Description Language(WSDL)ファイル
SOAコンポジット・アプリケーションへのエントリ・ポイントを提供します。WSDLファイルは標準規約言語を提供するもので、サービスの機能を理解する場合に必須です。
Simple Object Access Protocol(SOAP)
メッセージ配信に対するデフォルトのネットワーク・プロトコルを提供します。
Oracle SOA Suiteでは、SCA標準を使用して複数のサービス・コンポーネントを1つのSOAコンポジット・アプリケーションに組み立てます。SCAは、次のプログラミング・モデルを提供します。
Java、BPEL、C++などのプログラミング言語やXSLTなどの宣言的な言語を含む各種のテクノロジを使用して記述されたサービス・コンポーネントを作成します。SCAでは、特定のプログラミング言語やテクノロジ(Webサービスを含む)を使用する必要はありません。
複数のサービス・コンポーネントを1つのSOAコンポジット・アプリケーションに組み立てます。SCA環境では、サービス・コンポーネントはアプリケーションのビルディング・ブロックです。
SCAでは、サービス・コンポーネントの分散グループをアプリケーションにまとめるためのモデルを提供することにより、サービスの詳細、サービスとサービス・コンポーネントの相互作用方法を記述できます。コンポジットはサービス・コンポーネントをグループ化するのに使用され、ワイヤはサービス・コンポーネントを接続するのに使用されます。SCAの目的は、セキュリティおよびトランザクションを含むコンポジットにインフラストラクチャを宣言的に適用することにより、ミドルウェアの問題をプログラミング・コードから除去することです。
SCAには、主に次の利点があります。
疎結合
サービス・コンポーネントは、他のサービス・コンポーネントがどのように構築されているかを考慮することなく、他のサービス・コンポーネントと統合できます。
柔軟性
サービス・コンポーネントは、他のサービス・コンポーネントと簡単に交換できます。
サービス起動
サービスは、同期的または非同期的に起動できます。
生産性
サービス・コンポーネントを簡単に統合し、SOAコンポジット・アプリケーションを作成します。
簡単なメンテナンスとデバッグ
サービス・コンポーネントは、問題が発生しても簡単に保守やデバッグを実行できます。
SOAコンポジットは複数のサービス、サービス・コンポーネントおよび参照の集合で、単一のアプリケーション内で設計されデプロイされます。サービス、サービス・コンポーネントおよび参照間でのワイヤリングにより、メッセージ通信が可能になります。コンポジットの詳細は、composite.xmlファイルに格納されています。
図1-1はコンポジットの例を示しています。このコンポジットには、インバウンド・サービス・バインディング・コンポーネント、BPELプロセス・サービス・コンポーネント(Account)、ビジネス・ルール・サービス・コンポーネント(AccountRule)および2つのアウトバウンド参照バインディング・コンポーネントが含まれています。
サービス・コンポーネントは、SOAコンポジット・アプリケーションの構築に使用するビルディング・ブロックです。
次のサービス・コンポーネントを使用できます。各サービス・コンポーネントに対して同じ名前の対応するサービス・エンジンがあります。すべてのサービス・エンジンは、単一のコンポジットでの相互作用が可能です。
BPELプロセスにより、プロセス・オーケストレーションおよび同期または非同期プロセスの保存ができます。一連のビジネス・アクティビティとサービスをエンドツーエンドのプロセス・フローに統合するビジネス・プロセスを設計します。
ビジネス・ルールにより、ルールに基づいたビジネス上の意思決定を設計できます。
ヒューマン・タスクにより、ユーザーまたはグループが、エンドツーエンドのビジネス・プロセス・フローの一環として実行するタスクを記述するワークフローのモデリングが提供されます。
メディエータにより、異なるコンポーネントの間のイベント(メッセージ)がルーティングされます。
Springにより、JavaインタフェースをSOAコンポジット・アプリケーションに統合できます。
バインディング・コンポーネントは、SOAコンポジットと外部との接続を確立します。バインディング・コンポーネントには、次の2種類があります。
サービスは、外部に対してSOAコンポジット・アプリケーションへのエントリ・ポイントを提供します。サービスのWSDLファイルは、その機能を外部アプリケーションに通知します。これらの機能は、SOAコンポジット・アプリケーション・コンポーネントとの接続に使用されます。サービスのバインディング接続性には、サービス(SOAP/HTTPやJCAアダプタなど)と通信できるプロトコルが記述されています。
参照は、SOAコンポジット・アプリケーションから外部にある外部サービスに送信するメッセージを有効にします。
表1-1では、Oracle SOA Suiteで提供されるバインディング・コンポーネントをリストして説明します。
表1-1 Oracle SOA Suiteで提供されるバインディング・コンポーネント
| バインディング・コンポーネント | 説明 |
|---|---|
|
SOAP over HTTPを使用した標準ベース・サービスへの接続に使用します。 |
|
|
テクノロジ(データベース、ファイル・システム、FTPサーバー、メッセージング: JMS、IBM WebSphere MQなど)およびアプリケーション(Oracle E-Business Suite、PeopleSoftなど)への、サービスと参照の統合に使用します。このアダプタには、AQアダプタ、データベース・アダプタ、ファイル・アダプタ、FTPアダプタ、JMSアダプタ、MQアダプタおよびソケット・アダプタが含まれます。 |
|
|
MDSリポジトリでのB2Bメタデータの参照およびドキュメント定義の選択に使用します。 |
|
|
SOAプラットフォームがあるSDOを使用したOracle Application Development Framework(ADF)アプリケーションへの接続に使用します。 |
|
|
Oracle Applications |
Oracle ApplicationsへのOracle Applicationsアダプタの統合に使用します。 |
|
Java EEアプリケーションをOracle BAMサーバーに統合しデータを送るために使用し、また、SOAコンポジット・アプリケーションにおいて参照バインディング・コンポーネントとしても使用します。 |
|
|
Enterprise JavaBeansへのSDOパラメータまたはJavaインタフェースの統合に使用します。 |
|
|
インバウンド方向では、SOAコンポジット・アプリケーションの起動、およびRemote Method Invocation(RMI)を介したメッセージの交換に使用します。アウトバウンド方向では、Oracle Service Bus(OSB)フローまたは別のSOAコンポジット・アプリケーションの起動に使用します。 |
|
|
HTTPバインディング |
HTTPバインディングへのSOAコンポジット・アプリケーションの統合に使用します。 |
図1-2は、SCAテクノロジを使用したSOAコンポジット・アプリケーションの操作性を示しています。この例では、外部アプリケーション(..NET支払計算)がSOAコンポジット・アプリケーションとの接続を開始しています。
サービス、参照、サービス・コンポーネントおよびワイヤがアプリケーション内で実行するタスクの詳細な説明は、第1.5項「SOAコンポジット・アプリケーション内のサービス・コンポーネント・アーキテクチャ」を参照してください。
.NET支払計算は外部アプリケーションで、SOAPメッセージをSOAアプリケーションに送信して接続を開始します。サービス・インフラストラクチャは、バインディング・コンポーネントからSOAPメッセージを受信し、対象のコンポーネント・ターゲットを判断します。BPELプロセス・サービス・エンジンは、BPEL融資プロセス・アプリケーションが処理するメッセージをサービス・インフラストラクチャから受信し、処理が完了すると、そのサービス・インフラストラクチャに転送します。
表1-2は、図1-1に示すSOAコンポジット・アプリケーションの操作性を説明しています。
表1-2 SCAテクノロジを使用したSOAコンポジット・アプリケーションの概要
| パート | 説明 | 図1-1での使用例 | 参照項目 |
|---|---|---|---|
|
バインディング・コンポーネント |
SOAコンポジットと外部との接続を確立します。次の2種類があります。
|
SOAPバインディング・コンポーネント・サービスは、次のことを行います。
図1-2のバインディング・コンポーネント参照の例は、融資プロセス・アプリケーションです。 |
|
|
サービス・インフラストラクチャ |
サービス・インフラストラクチャ:
|
|
|
|
サービス・エンジン(サービス・コンポーネントをホストするコンテナ) |
サービス・コンポーネントのビジネス・ロジックまたは処理ルールをホストします。各サービス・コンポーネントには、独自のサービス・エンジンがあります。 |
BPELサービス・エンジン:
|
|
|
UDDIおよびMDS |
MDS(メタデータ・サービス)リポジトリには、使用可能なサービスの説明が保存されます。UDDIでは、これらのサービスが通知され、実行時における検出と動的バインディングを可能にします。 |
このコンポジット・アプリケーションで使用されるSOAPサービスは、MDSリポジトリに保存され、またUDDIに対して公開できます。 |
『Oracle Fusion Middleware Oracle SOA Suiteスタート・ガイド』 |
|
SOAアーカイブ: コンポジット (デプロイメント・ユニット) |
コンポジット・アプリケーションを記述するデプロイメント・ユニット。 |
コンポジット・アプリケーションのSOAアーカイブ(SAR)はサービス・インフラストラクチャにデプロイされます。 |
|
サービス・インフラストラクチャは、次の内部メッセージ・ルーティング・インフラストラクチャ機能を提供して、コンポーネントを接続し、データ・フローを有効にします。
SOAPサービスやアダプタを介して、サービス・プロバイダや外部パートナからメッセージを受信します。
メッセージを適切なサービス・エンジンに送信します。
サービス・エンジンから受信したメッセージを、ワイヤリングに基づいて、コンポジットの追加サービス・エンジンまたは参照バインディング・コンポーネントに送信します。
サービス・エンジンは、これらのサービス・コンポーネントのビジネス・ロジックや処理ルールをホストするコンテナです。サービス・エンジンはサービス・インフラストラクチャから受信したメッセージ情報を処理します。
各サービス・コンポーネントに対して同じ名前の対応するサービス・エンジンがあります。すべてのサービス・エンジンは、単一のコンポジットでの相互作用が可能です。
詳細は、Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイドを参照してください。
SARは、SOAアーカイブ・デプロイメント・ユニットです。SARファイルは、接頭辞sca_が必要な特別なJARファイルです (例: sca_OrderBookingComposite_rev1.0.jar)。SARファイルは、サービス・インフラストラクチャにデプロイされます。SARは、BPELプロセス、ビジネス・ルール、ヒューマン・タスクおよびメディエータ・ルーティング・サービスなどのサービス・コンポーネントを単一のアプリケーションにパッケージ化します。SARファイルは、以前のリリースのBPELスーツケース・アーカイブと類似していますが、上位のコンポジット・レベルで対応し、アプリケーションに含まれる追加サービス・コンポーネント(ヒューマン・タスク、ビジネス・ルールおよびメディエータ・ルーティング・サービスなど)があります。
詳細は、第43章「SOAコンポジット・アプリケーションのデプロイ」を参照してください。
SOAコンポジット・アプリケーションを作成する際は、次のいずれかのアプローチを選択できます。
Oracle SOA Suiteをアプリケーションで最適に使用する方法については、この開発者ガイド以外に、次のリソースも参照してください。
スタート・ガイド: 『Oracle Fusion Middleware Oracle SOA Suiteスタート・ガイド』は、Oracle SOA Suiteとそのコンポーネントの概要を説明し、このスイートを使用して実行できる処理の概要を説明しています。これ以外のドキュメントについては、Oracle Fusion Middleware 11g リリース1のドキュメント・ライブラリの「Oracle SOA Suite」セクションを参照してください。
Oracle JDeveloperのキュー・カード: Oracle JDeveloperのキュー・カードは、Oracle SOA Suiteを使用したアプリケーション開発プロセスの手順を説明しています。このキュー・カードは、組み込まれている例とサンプル・スキーマ、またはユーザー独自のデータを使用できるように設計されています。また、キュー・カードには、詳細なバックグラウンド情報を提供するトピック、およびカードに示した手順の実行方法を説明するビューレットも含まれています。キュー・カードを使用すると、短時間で簡単にOracle SOA Suiteの基本機能を理解し、簡単なエンドツーエンドのタスクを実行できます。キュー・カードにアクセスするには、Oracle JDeveloperで「ヘルプ」→「キュー・カード」の順にクリックします。
Oracle SOA Suiteサンプルでは、Oracle SOA Suiteとそのコンポーネントについて、様々なユースケースのサンプルへのアクセスを提供しています。
|
注意: このガイドでは主に、Oracle SOA SuiteでのOracle WebLogic Serverの使用方法を説明していますが、情報の大部分はOracle SOA Suiteでの他のサードパーティ・アプリケーション・サーバーの使用にも適用できます。ただし、サードパーティ・アプリケーション・サーバーの使用にはいくつか相違点がある場合があります。 これらの相違点の詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドを参照してください。 |
