Microsoft BizTalk Server は、アプリケーション統合とビジネス プロセス管理 (BPM) 用の開発環境とランタイム環境を提供します。 このチュートリアルでは、BizTalk Server を使用してエンタープライズ アプリケーション統合 (EAI) ソリューションを設定および展開する際のエンド ツー エンドの演習について説明します。
ビジネス シナリオ
Contoso は、コンピューターのハードウェアとソフトウェアを販売するオンライン ストアです。 この会社は最近、リソースを管理するためのエンタープライズ リソース プランニング (ERP) システムを購入しました。 このチュートリアルでは、BizTalk Server を使用してエンタープライズ アプリケーション統合 (EAI) ソリューションを開発し、既存のウェアハウス システムを ERP システムに統合し、倉庫要求プロセスを自動化します。
この統合ソリューションには、いくつかの課題があります。
メッセージの輸送。 倉庫システムと ERP システムは、2 つの異なるプラットフォーム上に存在でき、メッセージの送受信に異なる輸送プロトコルを使用できます。 このソリューションでは、送信側システムでサポートされているプロトコルを使用してメッセージを受信し、受信側システムでサポートされているプロトコルを使用してメッセージを転送できる必要があります。 BizTalk Server は、メッセージ の転送にアダプター を使用します。 BizTalk Server のインストールと BizTalk アダプター パックに付属するネイティブ アダプターは多数あります。 追加のアダプターについては、ベンダーから購入するか、BizTalk Server によって提供されるアダプター フレームワークを使用して独自に開発することができます。 アダプターの詳細については、「 BizTalk Server のアダプター」を参照してください。
メッセージ変換。 eXtended Markup Language (XML)、Electronic Data Interchange (EDI)、区切りファイルなど、多くのメッセージの種類があります。 BizTalk Server は XML 中心です。 ほとんどの場合、最初に受信メッセージを XML に変換します。 このプロセスは 解析と呼ばれます。 送信側では、メッセージを XML から他の型に変換できます。 このプロセスは シリアル化と呼ばれます。
ビジネス プロセス管理。 ほとんどの EAI シナリオは、単に 1 つのシステムから別のシステムにメッセージを転送するだけではありません。 通常、より多くのシステムと複雑なワークフローが含まれます。 このシナリオでは、倉庫は在庫補充を要求するメッセージを送信します。ソリューションがメッセージを受信し、要求の総計を確認します。 総計が一定の金額を超える場合、ソリューションは要求を自動的に拒否し、拒否メッセージを送信します。それ以外の場合、ソリューションは ERP システムに要求を転送します。
次の図は、ビジネス プロセスを示しています。
このチュートリアルでは、BizTalk Server 開発ツールを使用して、ビジネス プロセスを設計および展開します。
準備
BizTalk Server 統合ソリューションを作成する前に収集する必要がある基本的な情報がいくつかあります。
BizTalk Server ソリューションを統合する必要があるアプリケーション/システムの数 このシナリオには、ERP と倉庫の 2 つのシステムがあります。
各アプリケーションでサポートされている輸送プロトコルはどれですか? ソリューションを簡略化するために、両方のアプリケーションでファイルが使用されていることを前提としています。 ウェアハウス システムは、ファイル フォルダー内のファイルとして要求を削除します。 BizTalk Server ソリューションは、フォルダーからファイルを選択し、ファイルを処理した後、ERP システムが監視する別のフォルダーに要求を削除します。
アプリケーションで使用されるメッセージの種類 ソリューションを簡略化するために、両方のアプリケーションで XML 型を使用することを前提としています。 BizTalk スキーマは、BizTalk メッセージ内の XML データの構造を定義するドキュメントであり、その目的は XML メッセージを処理および検証するためのテンプレートを作成することです。 BizTalk Server には、BizTalk スキーマを作成するための BizTalk エディターが付属しています。
ビジネス プロセスとは このプロセスについては、このタイトルの前半で説明しました。
BizTalk Server アーキテクチャ
BizTalk Server によるソリューションの実行方法を理解すると便利です。 次の図は、BizTalk Server を介したデータフローを示しています。
ウェアハウス システムは、ファイル フォルダーに要求を保存します。
BizTalk Server の受信場所は、ファイル アダプターと XML 送信パイプラインで構成されます。 ファイル アダプターは、ファイル フォルダーからファイルを定期的にポーリングします。 メッセージを受信すると、BizTalk Server メッセージング エンジンはパイプラインを介してメッセージをプッシュします。 要求メッセージは XML 形式であるため、この場合は XML 送信パイプラインが使用されます。 XML 送信パイプラインは、メッセージが整形式の XML ファイルであることを確認します。 その後、メッセージは MessageBox データベースに保存されます。
オーケストレーション エンジンは、メッセージがオーケストレーションによって処理される準備ができていることに気付くと、オーケストレーションのインスタンスをインスタンス化します。 メッセージの総計に応じて、オーケストレーション エンジンは要求メッセージまたは要求拒否メッセージを MessageBox データベースに保存します。
ここでも、要求メッセージまたは要求拒否メッセージに応じて、メッセージング エンジンはいずれかの送信ポートを使用してメッセージを処理します。 メッセージング エンジンは、最初に XML 送信パイプラインを介してメッセージをプッシュし、次にファイル アダプターを使用して、送信ポートの構成に基づいて別のファイル フォルダーにメッセージを送信します。
(倉庫システムと ERP システムの両方で、指定されたフォルダーを監視してメッセージを取得します。