5

私たちは、電子メールを表示したりログ ファイルをチェックしたりするよりも操作が簡単な、インフラストラクチャ全体のシステムから生成された例外を報告するための洗練されたソリューションを見つけようとしています。サービス バスを介したパブリッシュ/サブスクライブ モデルは、この問題を非常にうまく解決します。サービスはエラー/イベントを公開し、サブスクライバは単純なパターン マッチングを使用してこれらのメッセージをフィルタリングできます。

NServiceBus プロジェクトを調査して、要件を満たしているかどうか疑問に思っていました。PubSub サンプル ( http://docs.particular.net/samples/pubsub/ ) を見て、次の 2 つのシナリオが解決されないことに気付きました。

  1. すべてのパブリッシャーが同じメッセージ タイプをパブリッシュする
  2. サブスクライバーは、パブリッシャー エンドポイントの知識を必要としません。

これらの要件は達成できましたが、構成が正しいかどうかはわかりません。当社のソリューションは次のとおりです。

  1. すべてのパブリッシャーは、ドキュメントhttp://docs.particular.net/nservicebus/messaging/publish-subscribe/の「サブスクリプション ストレージ」セクションで説明されている共有データベースである、同じサブスクリプション ストレージ構成 (DBSubscriptionStorage) を共有します。

  2. すべてのパブリッシャー/サブスクライバーは、nservicebus Web サイトのドキュメントで説明されているように、ディストリビューターを使用するように構成されています。

これが NServiceBus パブリッシュ/サブスクライブ モデルの正しい実装かどうか、または目標を達成する別のソリューションがあるかどうかを知りたいですか?

4

2 に答える 2

2

これは、ここのディスカッショングループで議論されています。

http://nservicebus.grouply.com/message/7059

つまり、単一のエンドポイントに公開するのではなく、各ノードに送信させることになります。

お役に立てば幸いです。

于 2010-06-08T15:44:17.090 に答える
0

Windowsイベントログにメッセージを書き込み、OpMangerなどのツールを使用して、ログのエラー/警告を監視できます。

追加の利点は、OpManagerがプロセス、ネットワークポートを監視できるため、他の障害を検出できることです。また、電子メールアラートをサポートし、優れたWebUIを備えています。

于 2010-06-08T19:22:33.817 に答える