1

BizTalk 2010がワークフローファンデーションの新しいマッパーアクティビティをサポートしていることを確認しました（ここから：AppFabricアプリケーション用のWFデザイナーでマッパーとLOBアダプターを簡単に使用できます）。依存関係はAppFabricに関連付けられているようです（したがって、IIS？）。問題は、どのような状況でBizTalkエンジンの外部のマッパーアクティビティを使用するかということです。WF Runtime / AppFabric内でマッパーをホストすることで、BizTalkエンジン内でホストすることにはない利点は何ですか？BizTalkオーケストレーションWebサービスに直接電話してみませんか？

4

2 に答える 2

2

BizTalkは、ビジネスプロセスをホストし、変換を実行する堅牢で信頼性の高いプラットフォームです。この目的のために、SQL Serverデータベースが含まれています。このデータベースは、特に、顔やハードウェアの障害、またはソフトウェアのクラッシュに対する回復力を確保するための永続性を提供します。

このため、BizTalkプロセスは重量があると見なされ、通常、BizTalkで非常に低い遅延を実現することは困難です。

それどころか、IISでホストされているWFワークフローは、通常、同等のBizTalkよりも待ち時間が短くなります。ただし、WFは、使用可能なすべてのサーバーリソースを使い果たすことなく、大きなメッセージを処理するのに適したストリーミングXSLT変換エンジンをすぐに提供しません。

そのため、データベースに永続化されるという永続的なオーバーヘッドを発生させない、軽量のWFワークフロー内で効率的なストリーミングBizTalkマッパーを使用することが理にかなっている場合があります。

于 2011-11-08T21:54:14.340 に答える
2

すでにBizTalkを実行している場合は、WF、AppFabric、およびBizTalkMapperだけを使用する意味はあまりありません。この機能は主に、BizTalkを実行していない（そしておそらく実行したくない）人、特にIISにすべてを既に持っている人のためのもののようです。

IISのWFは確かにはるかに軽量です。ワークフローとマッパーを使用する際の基本的なメリットを説明するウォークスルーを次に示します。http：//seroter.wordpress.com/2011/04/03/using-the-biztalk-adapter-pack-and-appfabric-connect -in-a-workflow-service /

ただし、この配置の厄介な部分は、（ライセンスされた）BizTalkランタイムをインストールする必要があることです。ご存知かもしれませんが、BizTalkライセンスは安くはありません。

[推測]今後、IIS / AppFabricの世界に移植されるBizTalk機能が増えると予想されます。これにより、最終的に（たとえば、10年以内に）BizTalkがなくなる可能性があります（私たち全員が自分自身を強制的に排除されていないことを前提としています）。サーバーとクラウド上で、これも発生する可能性があります）。これはその方向への初期段階にすぎません。[/投機]

于 2011-11-07T20:52:51.223 に答える