このトピックでは、バインド ファイルを使用して BizTalk アセンブリとアプリケーションの展開を容易にする方法の概要について説明します。 バインディング を手動で構成する必要がないようにすることで、次のシナリオでバインド ファイルの展開速度が向上する場合があります。
あるデプロイメント環境から別のデプロイメント環境にアプリケーションを移動する。
アセンブリの更新。
アセンブリを複数の BizTalk グループに展開する。
バインディングとは
バインドにより、オーケストレーション ポートやロール リンクなどの論理エンドポイントと、送受信ポートやパーティなどの物理エンドポイント間のマッピングが作成されます。 これにより、BizTalk ビジネス ソリューションのさまざまなコンポーネント間の通信が可能になります。 バインドは、BizTalk Server 管理コンソールを使用して作成できます。
バインド ファイルとは
バインド ファイルは、BizTalk アセンブリ、アプリケーション、またはグループのスコープ内の各 BizTalk オーケストレーション、パイプライン、マップ、またはスキーマのバインド情報を含む .xml ファイルです。 バインド ファイルには、各オーケストレーションがバインドされているホストとその信頼レベルのほか、各送信ポート、送信ポート グループ、受信ポート、受信場所、および構成されているパーティの設定が記述されています。 バインド ファイルを生成し、そのファイルに含まれるバインドをアセンブリ、アプリケーション、またはグループに適用して、異なる配置環境でバインドを手動で構成する必要を回避できます。
バインド ファイルを使用する理由
次のシナリオでは、バインド ファイルを使用できます。
ある環境から別の環境への移行
バインド ファイルを使用すると、開発環境からテスト環境など、あるデプロイ環境から別のデプロイ環境にアプリケーションを簡単に移動できます。 これは、多くの場合、さまざまなデプロイ環境でバインドを再構成する必要があるためですが、バインド ファイルを使用すると、この手動構成手順を繰り返し実行する必要がなくなります。
これを行う 1 つの方法は、新しい環境にアプリケーションをデプロイするときに選択するバインドのライブラリを作成することです。 たとえば、テスト環境用のバインド ファイルと運用環境用のバインド ファイルを作成し、両方をアプリケーションに追加できます。 アプリケーションをテスト環境にインポートするときに、テスト バインドを適用するオプションを選択できます。 同様に、アプリケーションを運用環境にインポートするときに、運用バインドを適用するオプションを選択できます。 これにより、さまざまな環境でバインドを手動で再構成する必要がなくなります。 もう 1 つの方法は、アプリケーションをインポートした後に、現在の環境用に作成したバインドをインポートすることです。 これにより、バインドが自動的に適用されます。
アセンブリの更新
アプリケーションでアセンブリを更新すると、多くの場合、そのバインドが上書きされるか、アセンブリがまったくバインドされない可能性があるため、バインドを手動で再構成する必要があります。 これを回避するには、次のようにバインド ファイルを使用します。
同じバージョンのアセンブリを更新する。 アセンブリに事前バインドされたポートまたは動的ポートがあり、BizTalk Server 管理コンソールでポート構成を変更した場合、同じバージョン番号のアセンブリでアセンブリを更新すると、設定が失われます。 更新するアセンブリのバインド ファイルをエクスポートできます。 アセンブリを更新したら、アセンブリをアプリケーションにインポートし、そのバインド ファイルをインポートして、前のバインドを再適用できます。
アセンブリを新しいバージョンで更新する。 更新するアセンブリのバインド ファイルをエクスポートし、新しいアセンブリ バージョンを反映するように編集できます。 新しいアセンブリ バージョンをアプリケーションにインポートした後、バインド ファイルをアプリケーションにインポートしてバインドを適用できます。 バインド ファイルの編集手順については、「バインド ファイル のカスタマイズ」を参照してください。
アセンブリを複数の BizTalk グループに展開する
アセンブリを複数の BizTalk グループに展開する場合は、アセンブリのバインドをアセンブリと共に転送できます。 これにより、各グループ内のアセンブリのバインドを個別に構成する必要がなくなります。 このことは次のように実行できます。
アセンブリのバインドをエクスポートして、配置するアセンブリのバインド ファイルを作成します。
アセンブリとそのバインド ファイルをアプリケーションに追加します。 アセンブリを他の成果物とは別に配置する場合、アプリケーションにはアセンブリとバインド ファイルのみを含めることができます。
アプリケーションの .msi ファイルをエクスポートします。エクスポートするバインド ファイルも必ず選択してください。
アプリケーション .msi ファイルを、展開する BizTalk グループとアプリケーションにインポートします。 ファイル内のバインドは、インポート時にアセンブリに自動的に適用されます。
バインド ファイルを生成して使用するにはどうすればよいですか?
BizTalk アセンブリ、アプリケーション、またはグループのバインド ファイルは自動的には生成されませんが、「バインドのエクスポート」の説明に従ってバインドをエクスポートすることで 、バインド ファイルを生成できます。 次に、「バインドを BizTalk アプリケーションにインポートする方法」と「BizTalk グループにバインドをインポートする 方法」の説明に従って、バインド ファイルをアプリケーションまたは グループにインポートできます。この方法では、バインドが自動的に適用されます。
または、「アプリケーションにバインド ファイルを追加する方法」の説明に従って、アプリケーションがすぐに適用されるのではなく、アプリケーションが別のグループにインポートされたときにバインドが適用されるように、 バインド ファイルをアプリケーションに追加することもできます。 最後の方法を使用して、複数のバインド ファイルをアプリケーションに追加し、必要に応じてそれぞれにターゲット デプロイ環境を指定できます。 アプリケーションをインポートするときに、「 BizTalk アプリケーションをインポートする方法」の説明に従って、対象の展開環境に基づいて、適用するバインドを選択できます。 最後のメソッドを使用して、アプリケーション内のさまざまなアセンブリの個別のバインド ファイルをインポートすることもできます。
バインド ファイルは、生成後に編集してバインド情報を変更できます。 詳細については、「 バインド ファイルのカスタマイズ」を参照してください。
バインドはどのように適用されますか?
バインドは、バインド ファイルがアプリケーションにインポートされたとき、またはアプリケーションが新しい BizTalk グループにインポートされるときに適用されます。 バインド ファイルを使用する場合は、成果物がホストにどのようにバインドされるか、およびバインドが適用される順序で理解することが重要です。
ホストへのバインド
バインドを個別にまたはアプリケーションの一部としてエクスポートする場合、ホストと信頼レベルは次のようにバインド ファイルに格納されます。
送信ポート。 送信ハンドラーに関連付けられているホストの信頼レベル。
受信ロケーション。 受信ハンドラーに関連付けられているホストの信頼レベル。
オーケストレーション。 ホストの信頼レベル。
バインドがアプリケーションにインポートされた場合、またはアプリケーションが .msi ファイルから新しい BizTalk グループにインポートされると、バインド ファイル内のホストと信頼レベルは、次のようにアプリケーションのホストと信頼レベルと照合されます。
送信ポート。 送信ポートは、同じ名前の送信ハンドラーにバインドされ、バインド ファイルに格納されているのと同じ信頼レベルを持つホストにバインドされます。
受信場所。 受信場所は、同じ名前の受信ハンドラーにバインドされ、バインド ファイルに格納されているのと同じ信頼レベルを持つホストにバインドされます。
オーケストレーション。 オーケストレーションは、バインド ファイル内と同じ名前と信頼レベルを持つホストにバインドされます。
バインドが適用される順序
アプリケーションをインポートすると、バインドは次の順序で適用されます。
BizTalk Server によって生成されたアプリケーション バインド。バインド ファイルを介してアプリケーションに明示的に追加されたのではなく、アプリケーション .msi ファイルにエクスポートするためにユーザーによって明示的に選択されました。
アプリケーションに追加され、ターゲット配置環境が指定されていないバインド ファイル内のバインド。 これらのバインドは、特定の順序で適用されません。
アプリケーションに追加され、アプリケーションのインポート用に選択されたデプロイ環境と一致するターゲット デプロイ環境が関連付けられているバインド ファイル内のバインド。 これらのバインドは、特定の順序で適用されません。
インポート プロセス中にバインドが適用されると、既に適用されているバインドは、同じ名前の新しいバインドによって上書きされます。 つまり、適用する特定の名前の最後のバインドが有効になります。
たとえば、既存のアプリケーションに SendPort1 という名前の送信ポートが含まれており、同じ名前の送信ポートを記述するバインド ファイルが適用されている場合、バインド ファイルの設定によって SendPort1 の既存の設定が上書きされます。 たとえば、既存のアプリケーションに ErrorHandling.ErrorHandler.ResubmitLogic という名前のオーケストレーションが含まれており、バインド ファイルに同じ名前のオーケストレーションが記述されている場合、オーケストレーションのすべての既存のバインドがバインド ファイル内のバインドと共に書き込まれます。