1.展開
展開には、組み込みの MSI 生成ウィザードを使用できます。
これは、Visual Studio を使用してアプリケーションを開発環境にデプロイし、管理コンソールでウィザードを使用してアプリケーションを MSI にエクスポートすることを意味します。最後に、その MSI を使用してアプリを運用サーバーにデプロイできます。これは 2 段階のプロセスです (MSI を実行し、Bizalk 管理コンソールで MSI をインポートします)。
Biztalk アセンブリのみが MSI によってインストールされることに注意してください。ソリューションで .NET アセンブリを使用する場合は、手動で GAC する必要があります。また、Biztalk アプリケーションを実行しているホスト インスタンスを再起動する必要があります。
詳細はこちら:
https://msdn.microsoft.com/en-ca/library/aa559168.aspx
これは、いくつかの手動の手順です。または、Biztalk に含まれているコマンド ライン ツールである BTSTask を使用して、これらの手順の一部を自動化することもできます。
すべての手動ステップをスクリプト化できます。
このようなスクリプトを作成するには明らかに時間がかかるため、非開発環境で何度もデプロイする場合にのみ価値があります。
BTSTask リファレンス:
https://msdn.microsoft.com/en-ca/library/aa559686.aspx
2.再配置
通常、古いバージョンを完全に削除してから、新しいバージョンをインストールし
ます。Biztalk 管理コンソールからアプリケーションを削除し、使用するアセンブリを unac します。
プロセス全体は次のようになります
。 1. アプリケーションで実行中のインスタンスがないことを確認します。いつでも受信場所を無効にして、実行中のインスタンスを完了させることができます
。 2. Biztalk アプリケーションを削除します
。 3. GAC に関連付けられたアセンブリを解除
し
ます 。
編集:実行中のアプリケーションの削除に関するOPの懸念に対処するには:
リソースを個別にデプロイし、アプリケーションを削除しないことは実際に可能です。
ただし、サービスを中断しないという意味ではありません。
たとえば、実行中のインスタンスがある場合、オーケストレーションを再デプロイすることはできません。
したがって、機能を適切にアプリケーションに分割したと仮定すると、リソースごとに削除するよりも、アプリケーション全体を削除する方がクリーンで簡単であることがわかります。
それ以外の場合は、リソースを個別に交換できます。
しかし、私には、アプリケーションを正しく定義していないことによるオーバーヘッドのように思えます。
3.BTDF
Biztalk 展開フレームワークは、自分でスクリプトを作成しなくても展開を自動化できる優れたツールです。
ニーズに合わせたカスタマイズとセットアップ時間の間の適切な妥協点。
フリーランスのプロジェクトで使用しました。展開手順が 2 つだけのパッケージを提供でき、技術者ではないクライアントでも問題なく展開できたので、非常に助かりました。