3

私は、クライアントアプリケーションが、ユーザーのアクセス許可に応じてイベントメッセージの特定のサブセットのみをサブスクライブして受信することを要求するBiztalkソリューションを設計しています。サブスクリプションは、トピックまたはコンテンツベースのルーティングを通じて行われます。クライアントは一度サブスクライブし、サブスクライブ解除を選択するまで多くのメッセージを受信します。

クライアントアプリケーションの数は数百に上り、サブスクライブされたトピックは定期的に変更される可能性があるため、受信者ごとにBiztalkから個別の送信ポートを定義することは実行可能なソリューションではありません。

個々のクライアントサブスクリプションを保持し、biztalkポートから送信されたメッセージを配信する追加のメッセージブローカーサービスを構築できると思いました。

また、受信者リストのパターンはオーケストレーションを使用して作成できることもわかりました。これは私にはまだ要求/応答パターンに従っているように見えますが、私は一方向のサブスクライブメッセージの後に多くの返されたイベントメッセージを受け取ります。

私のメッセージブローカーソリューションは、Biztalkの得意分野を倍増させているように思われるので、どこかで重要な機能が不足していると思います。誰かが以前にそのようなアプリケーションを試したことがあり、いくつかのポインタを与えることができますか？ソリューションとしてESBツールキットに投資する必要がありますか？私はネットを調べましたが、このタイプのトピックサブスクリプションモデルについては何もはっきりしていません。

ありがとう、フィル

4

1 に答える 1

2

ESB Toolkit を見てください。ビルトイン リゾルバー (UDDI など) のいずれか、または独自のカスタム リゾルバーを使用して、BizTalk に追加される旅程機能を使用できます。これにより、構成に基づいてメッセージをルーティングできます (ビジネス ルールまたは他の場所に保存されます)。

MSDN で開発者向けの ESB ツールキットの概要ビデオを見つけることができます。これは、設計プロセスとツールの適切な紹介です。他にも役立つ動画がいくつかあります。

こちら で説明されているように、特定のシナリオは 1 つの旅程で実現できます。ESB ディスパッチ 逆アセンブラー コンポーネントで受信パイプラインを使用し、複数のリゾルバーを構成すると、リゾルバーごとに新しいメッセージが生成されます。

また、次の 2 つのサンプルも参照してください。

  1. The Itinerary On-Ramp Sample - テスト クライアントで作成した旅程を含む一連の SOAP ヘッダーを作成し、ディスクから特定のメッセージ ファイルをロードし、メッセージに旅程ヘッダーを追加し、Itinerary を介して ESB に送信します。処理のためのオンランプ。
  2. Scatter-Gather サンプル- 処理のためにオンランプを介して ESB に送信されるメッセージに旅程を含む SOAP ヘッダーも追加します。ブローカー オーケストレーションは、旅程ステップの設定を分析し、旅程ステップに関連付けられたリゾルバーのコレクションを取得し、それらのリゾルバーごとにサービス エンドポイントを解決します。その後、オーケストレーションは、適切な ServiceDispatcher オーケストレーション インスタンスをアクティブにして、送信要求メッセージをディスパッチします。

また、「方法: 旅程の回覧用紙を使用して単一のメッセージを複数の受信者にルーティングする」を参照するか、カスタムの旅程メッセージ サービスの作成を検討する必要があります (ドキュメントはこちら)。

于 2010-12-17T21:53:24.500 に答える