13

パブリッシュ/サブスクライブ メッセージング アーキテクチャの実装に BizTalk を検討するようになるかどうか、私は興味があります (基本的に、NServiceBus または MassTransit でできることは、私が本当に必要としているすべてです)。私のマネージャーは、Microsoft から直接提供されたフレームワークに固執する傾向があるため、どちらを使用するかについてのデューデリジェンスの一環として、双方に良い点と悪い点を提示する必要があります。どんなガイダンスも大歓迎です！

4

4 に答える 4

11

ブローカーの主な短所の 1 つは、バージョンとアップグレードが非常に難しいことです。特定のエンドポイントをアップグレードするには、メッセージの流れを停止する必要があります。Service Bus を使用すると、エンドポイントを自律化し、個別にアップグレードできます。

それからスケールの違いがあります。ブローカーでは、スケールアウト (水平) 用に構築されたサービスバスに対して、それらをスケールアップ (垂直) する傾向があります。また、ある種の HA セットアップ (通常はクラスタリング) を通じて、ブローカーを高可用性にする必要があります。これを行うためのソフトウェアのコストと組み合わせると、かなり法外なコストになる可能性があります。

特にNSBは有料サポートモデルを提供する予定なので、何か問題が発生したときにマネージャーが電話の向こうに誰かがいないことに神経質になっている場合は、サポートを購入できます.

于 2010-09-14T12:45:24.770 に答える
8

Biztalk はブローカーであり、さまざまなビジネス サービスの境界内での EAI により適しています。サービスバスは根本的に異なります。比較は次の場所にあります。

http://docs.particular.net/nservicebus/architecture/nservicebus-and-biztalk

あなたの要件のいくつかを共有することができれば、私はもう少しガイダンスを与えることができるかもしれません.

于 2010-09-14T06:21:06.180 に答える
7

BizTalk は Enterprise Application Integration (EAI -- Andreas が述べたように) 用のサーバー製品であることに注意することが重要です。フレームワークよりも複雑で複雑です。

Microsoft は BizTalk 内で使用できる Enterprise Service Bus Toolkit を提供しているため、BizTalk 環境を ESB と呼ぶことができます。彼らが「ESB」と考えるものは、あなたが ESB と考えるものではないかもしれません。ESB Toolkit ページ ( http://msdn.microsoft.com/en-us/biztalk/dd876606.aspx ) を見ることができますが、次のようなものが含まれています。

  • 動的 (つまり、実行時) のメッセージの変換と変換。
  • メッセージ ルーティングは、コンテンツ ベース、旅程ベース、またはコンテキスト ベースのいずれかで、実行時に決定されます。

もちろん、パブリッシュ/サブスクライブ パターンは、サービス バスを使用することと同じではありません。

BizTalkは、ESB ツールキットを使用するかどうかに関係なく、pub-sub を適切に実行します。1 つのメッセージを BizTalk の "メッセージ ボックス" に公開し、そのメッセージをすべてのサブスクライバーにルーティングするのは非常に簡単です。pub-sub ソリューションは、BizTalk がブローカーとして機能することを意味しますが、これにより、メッセージを見逃すことがなく、すべてのメッセージが追跡されることが保証されます。BizTalk pub-sub ソリューションには、ソリューションの残りの部分に影響を与えることなく、エンドポイントを追加、変更、または削除できる拡張ポイントが組み込まれています。

とは言っても、メッセージの信頼性、監視、および追跡の範囲が広範に及ぶとは限らないため、BizTalk が最適ではない可能性があります。これは大きな投資であり、この製品は非常に多くの異なることを一度に実行できるため、一見すると気が遠くなる可能性があります。

マイクロソフト プラットフォームの応用アーキテクチャ パターンと呼ばれる新しい本が発行されたばかりで、この多くをカバーしています。その本の著者の 1 人である Richard Seroter も、BIzTalk Server 2009 を使用した SOA パターンを発行しました。これは、会社で BizTalk を使用することを決定した場合に必読です。

于 2010-10-07T18:18:26.130 に答える
5

私はこれについてAndreasと一緒にいます-BizTalkは一般に、ESBタイプのアクティビティよりも、「付加価値」の統合とビジネスプロセス管理に適しています。BizTalkの得意分野：

  • BPEL
  • 長期実行/補償されたトランザクション
  • EAI
  • 仲介/マッピング
  • プロトコルの変更（MQからWCF、フラットファイルからSAPなど）
  • EDI、RFID

ただし、BizTalkをサービスバス、特にESBToolkitとして使用するための努力が払われています。

于 2010-09-14T07:47:00.643 に答える