統合されたシステムが期待され、標準となっています。 組織がサービス指向の世界に移行するにつれて、システムを一貫した全体に統合する効果的なビジネス プロセスを作成するという本当の目標が到達可能になります。
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 エンジンです。 エンジンには主に次の 2 つの部分があります。
他のさまざまなソフトウェアと通信する機能を提供するメッセージング コンポーネント。 さまざまな種類の通信にアダプターを使用することで、エンジンは Web サービスやその他の多くのプロトコルやデータ形式をサポートできます。
オーケストレーションと呼ばれるグラフィカルに定義されたプロセスの作成と実行のサポート。 オーケストレーションは、エンジンのメッセージング コンポーネントに基づいて構築され、ビジネス プロセスのすべてまたは一部を駆動するロジックを実装します。
他のいくつかの BizTalk コンポーネントも、エンジンと連携して使用できます。これには、次のものが含まれます。
複雑なルール セットを評価するビジネス ルール エンジン。
開発者と管理者がエンジンとそれが実行するオーケストレーションを監視および管理できるグループ ハブ。
Windows と Windows 以外のシステム間で認証情報をマップする機能を提供する Enterprise Single Sign-On (SSO) 機能。
この基盤の上に、BizTalk Server には、インフォメーション ワーカーが実行中のビジネス プロセスの監視に使用するビジネス アクティビティの監視が含まれています。 情報は技術用語ではなくビジネスに表示され、ビジネス ユーザーは表示される情報を決定します。
多様なシステムの接続
最新のビジネス プロセスの大部分は、少なくとも一部はソフトウェアに依存しています。 これらのプロセスの一部は 1 つのアプリケーションでサポートされていますが、他の多くは多様なソフトウェア システムに依存しています。 多くの場合、このソフトウェアは、異なるプラットフォーム上で、異なるテクノロジを使用して、異なる時間に作成されています。 これらのビジネス プロセスを自動化するには、さまざまなシステムを接続する必要があります。
この課題に対処するには、ビジネス プロセス自動化 (BPA)、ビジネス プロセス管理 (BPM) など、さまざまな名前が付けられます。 名前に関係なく、アプリケーション統合には 2 つのシナリオが最も重要です。 1 つは、エンタープライズ アプリケーション統合 (EAI) と呼ばれる 1 つの組織内のアプリケーションを接続することです。 もう 1 つの企業間 (B2B) 統合は、さまざまな組織のアプリケーションを接続します。
次の図は、EAI の問題に適用される BizTalk Server のコア エンジンの簡単な例を示しています。 このシナリオでは、おそらく IBM メインフレームで実行されているインベントリ アプリケーションは、アイテムの在庫が低いので、その項目の多くを注文する要求を発行します。 この要求は BizTalk Server オーケストレーション (手順 1) に送信され、この組織の ERP アプリケーションに対して発注書を要求する要求が発行されます (手順 2)。 UNIX システムで実行されている可能性がある ERP アプリケーションは、要求された PO (手順 3) を送り返し、BizTalk Server オーケストレーションは、.NET Framework を使用して Windows 上に構築されたフルフィルメント アプリケーションに、アイテムを注文する必要があることを通知します (手順 4)。
この例では、各アプリケーションが異なるプロトコルを使用して通信します。 したがって、BizTalk Server エンジンのメッセージング コンポーネントは、ネイティブ通信スタイルで各アプリケーションと通信できる必要があります。 また、1 つのアプリケーションが完全なビジネス プロセスを認識していないことに注意してください。 関連するすべてのソフトウェアを調整するために必要なインテリジェンスは、BizTalk Server オーケストレーションに実装されます。
組織内のアプリケーションの接続は重要ですが、組織にまたがるアプリケーションを接続することは、少なくとも同程度の価値を持つことができます。 次の図は、この種の企業間統合の簡単な例を示しています。 この場合、図の上部にある購入組織は、2 つのサプライヤー組織と対話する BizTalk Server オーケストレーションを実行します。 また、サプライヤー A は BizTalk Server を使用して、Supply アプリケーションへの間接的なアクセスを提供します。 サプライヤー B は、別のベンダーの統合プラットフォームを使用し、たとえば Web サービスを使用して購入組織の BizTalk Server オーケストレーションに接続します。
