次の方法で共有


パターンを使用した設計: サービス指向ソリューション

サービス指向ソリューションは、BizTalk アプリケーションを他のアプリケーションで使用するサービスとして公開する方法を示しています。 アプリケーションをサービスとして表示すると、他のアプリケーションが情報を簡単に使用し、提供するサービスで使用できます。

このソリューションは、他の 3 つのアプリケーションから関連情報を集計した後、Web サービス応答として情報を提供するクレジット情報アプリケーションです。 アプリケーションは結果を統合し、要約されたクレジット情報を含む 1 つのメッセージを返します。 3 つのバックエンド システムは次のとおりです。

  • SAP エンタープライズ システム。 SAP バックエンドは、顧客の全体的な与信限度額を提供します。 ソリューションは、BizTalk アダプター パックの SAP アダプターを使用して、このバックエンド システムと通信します。

  • 取引保留システム 保留中のトランザクション システムは、アカウントに対して未処理のトランザクションの合計量を報告します。 このソリューションでは、Microsoft Host Integration Server (HIS) を使用して、Windows Server からメインフレームと通信します。 また、HIS のトランザクション インテグレーター テクノロジも使用します。 これにより、システムはメインフレームを Web サービスとして操作できます。 BizTalk オーケストレーションは、この Web サービスを使用します。

  • 支払い追跡システム。 支払追跡システムは、個人が最後に行った支払いを報告します。 このシステムは MQSeries を使用します。

    ソリューションの概要から思い出したように、MQSeries キューを介して Web 以外のサービス・インターフェースを使用することもできます。 (アプリケーションの一般的な構造の詳細については、「 サービス指向ソリューションについて」を参照してください)。 Web サービスはサービス指向アーキテクチャを構築する最も一般的な方法ですが、すべてのアプリケーションで使用できるわけではありません。 BizTalk Server ソリューションを使用すると、従来のアプリケーションでサービスを使用するための代替方法を Web サービスと共に提供できます。

    MQSeries アクセスは、従来の対話型音声応答システムがソリューションを使用する方法をシミュレートします。 MQSeries アクセスと Web サービス アクセスは、レガシ アプリケーションと新しいアプリケーションの両方で 1 つのソリューションを使用する方法を示しています。

サービス指向ソリューションで使用されるパターン

次の図は、サービス指向ソリューションのパターンの簡略化されたバージョンを示しています。

Service-Oriented ソリューション パターン

このソリューションは、サービス インターフェイス、コンテンツ ベースのルーター、受信者リスト、アグリゲーターの 4 つの主要な部分で構成され、それぞれがパターンを表します。 サービス インターフェイスは、ソリューションへの接続を可能にするインターフェイス メカニズムを表します。 コンテンツ ベースのルーターは、メッセージの有効性を確認し、無効な場合はエラー メッセージを送信します。 受信者リストは、3 つのバックエンド アプリケーションにメッセージを送信します。 バックエンド アプリケーションが応答すると、アグリゲーターは応答を 1 つの応答メッセージに結合します。 応答メッセージは、サービス インターフェイスを介して要求元に戻ります。

この図では、多くの情報が未指定のままであることに注意してください。

  • この図では、外部システムと通信するためにソリューションに必要なメッセージ トランスレーターを省略しています。

  • この図では、バックエンド プロセスとの通信方法は指定されていません。

  • この図では、サービス インターフェイスの性質も指定されていません。

  • また、同期通信と非同期通信のどちらを使用するかを示す図もありません。

こちらもご覧ください

サービス指向ソリューションの開発サービス指向ソリューションのパターンを翻訳する