次の方法で共有


BizTalk Server の紹介

システムの連携が期待され、標準になっています。 組織がサービス志向に向かうにつれ、効率的なビジネス プロセスを作成して別々のシステムを一体化するという目標は、現実的になりつつあります。

Microsoft BizTalk Serverでは、多様なソフトウェアを接続し、そのソフトウェアを使用するプロセス ロジックをグラフィカルに作成および変更できます。 また、インフォメーション ワーカーは BizTalk Server を使用して、実行中のプロセスを監視したり、取引先と連携したり、他のビジネス志向のタスクを実行することができます。

BizTalk Serverの主な新機能は次のとおりです。

  • アプリケーションの展開、監視、および管理をより強力にサポート

  • インストールの大幅な簡略化

  • ビジネス アクティビティ監視 (BAM) 機能の向上

BizTalk Serverでは、他の Microsoft テクノロジの最新リリースも使用されます。 これは.NET Frameworkに基づいて構築されており、開発者ツールは Microsoft Visual Studio でホストされています。 ストレージの場合、BizTalk Serverは SQL Server を使用します。 BizTalk Serverは、64 ビット Windows Server で実行でき、より大きなメモリとハードウェアが提供するその他の利点を利用できます。

BizTalk Serverとは

異なるシステムを効率的なビジネス プロセスへと統合するには、多くの難題が伴います。 したがって、BizTalk Serverにはさまざまなテクノロジが含まれます。 この製品の主要なコンポーネントを次に示します。

BizTalk Server コンポーネントの概要

図が示すように、製品の中心はBizTalk Serverエンジンです。 このエンジンの主要部分は次の 2 つに分かれています。

  • 他のさまざまなソフトウェアと通信する機能を提供するメッセージング コンポーネント。 このエンジンでは多様な通信アダプターによって、各種のプロトコルやデータ形式がサポートされています。これには、Web サービスやその他の多くのサービスが含まれます。

  • グラフィカルに定義されたプロセス (オーケストレーション) を作成および実行するためのサポート機能。 エンジンのメッセージング コンポーネントの最上部に構築されるオーケストレーションには、ビジネス プロセスの全部または一部を実行するロジックが実装されます。

    他にも、このエンジンと連動して、次のような BizTalk コンポーネントが用意されています。

  • ビジネス ルール エンジン。複雑なルールのセットを評価するときに使用できます。

  • グループ ハブ。開発者と管理者が、エンジンとその実行オーケストレーションを監視および管理するときに使用できます。

  • エンタープライズ シングル サインオン (SSO) ユーティリティ。Windows システムと Windows 以外のシステムとの間で認証情報をマップするための機能が提供されます。

    この基盤の上に、BizTalk Serverには、インフォメーション ワーカーが実行中のビジネス プロセスの監視に使用するビジネス アクティビティの監視が含まれています。 画面には技術情報ではなくビジネス情報が表示されます。ビジネス ユーザーは、表示する情報を指定できます。

多様なシステムの接続

現代のビジネス プロセスのほとんどは、多かれ少なかれ、ソフトウェアを使用しています。 これらのプロセスには、1 つのアプリケーションを利用するだけのものもあれば、さまざまなソフトウェア システムに完全に依存しているものもあります。 多くの場合、使用されるソフトウェアは、異なる時期に、異なるプラットフォームを対象として、異なるテクノロジを基に作成されたものです。 このようなビジネス プロセスを自動化するには、さまざまなシステムを接続する必要があります。

この課題への対応は、ビジネス プロセス オートメーション (BPA)、ビジネス プロセス管理 (BPM) など、さまざまな名称で呼ばれています。 しかし名称とは関係なく、アプリケーションの統合には 2 つのシナリオを考えることが重要です。 1 つ目は、1 つの組織内でのアプリケーションの接続です。これは通常、エンタープライズ アプリケーション統合 (EAI) と呼ばれます。 2 つ目は、異なる組織間でのアプリケーションの接続です。これは、企業間 (B2B) 統合と呼ばれます。

下の図は、EAI 問題に対して適用される、中核となる BizTalk Server エンジンの単純な例です。 このシナリオでは、IBM メインフレームで実行されている在庫アプリケーションによって、商品の在庫が少ないことが検出され、その商品の追加注文要求が発行されます。 この要求は BizTalk Server オーケストレーションに送信され (ステップ 1)、オーケストレーションから組織の ERP アプリケーションに注文書の要求が発行されます (ステップ 2)。 UNIX システムで実行されている可能性がある ERP アプリケーションは、要求された PO (手順 3) を送り返し、BizTalk Server オーケストレーションは、.NET Frameworkを使用して Windows 上に構築されたフルフィルメント アプリケーションに、アイテムを注文する必要があることを通知します (手順 4)。

BizTalk エンジンに実装された EAI。

この例では、各アプリケーションが、別のプロトコルを使用して通信を行います。 したがって、BizTalk Server エンジンのメッセージング コンポーネントでは、ネイティブな通信形式で各アプリケーションと対話できる必要があります。 また、完全なビジネス プロセスを認識する単体のアプリケーションは存在しません。 プロセスにかかわるソフトウェア間で調整を行う機能は、BizTalk Server オーケストレーションに実装されています。

組織内のアプリケーションを接続することは重要ですが、複数の組織にわたるアプリケーションを接続することには、さらに高い価値があります。 下の図は、このような企業間統合の簡単な例です。 この場合、図の最上部にある購入組織では、2 つの業者組織と対話する BizTalk Server オーケストレーションが実行されます。 また、業者 A も BizTalk Server を使用して、サプライ アプリケーションへの間接アクセスを提供しています。 業者 B は、別のベンダ製の統合プラットフォームを使用して、Web サービスなどから購入組織の BizTalk Server オーケストレーションに接続しています。

企業間統合図

参照

BizTalk Serverについて