問題タブ [serviceinsight]

私はこれを再現できますが、これに対する回避策はありますか?

ServiceInsight、ServicePulse、ServiceControl が設定されています。開始されておらず、キューが構成されていないエンドポイントにメッセージを送信しようとしています。そのため、ServicePulse と ServiceInsight の両方で失敗したメッセージを確認できます。

これで、キューを作成し、失敗したメッセージを ServicePulse から再試行しました。メッセージは正常に通過し、ServicePulse は問題ありません。現在、ServiceInsight はその特定のエンドポイントに対して次のエラーをスローしています。ServiceInsight を機能させるための唯一の回避策は、RavenDB からすべてのドキュメントを削除することです。

Azure ServiceBus 監視システムとして ServiceInsight を実装しています。
エラー キューからメッセージを再送信できることは知っていますが、デッド レター キューにあるメッセージを再送信することはできますか?

NServiceBus を使用して、本番環境への最初の統合展開を行いました。ServiceInsight と ServicePulse は非常に便利で、特に ServiceInsight は非常に便利です。動作が遅いとはいえ、稼働開始時のアクティビティを理解するのに非常に役立ちます。

ServiceControl から Excel に情報を取得して、処理するメッセージ/イベントの量、より時間がかかるメッセージ/イベント、失敗したメッセージ、ビジー状態のエンドポイント、ピーク期間などの基本的な分析を行う簡単な方法があるかどうかを確認したいと思います。等

誰かがこれを行ったことがありますか、それともすでに利用可能なもの、またはこれを行うための推奨される方法はありますか?

仮想マシンでローカルにホストされている Service Insight に接続できるかどうか疑問に思っていましたか? つまり、次のとおりです。

• クラウド内の VM に Service Insight をインストールしています
• リモートデスクトップ経由でリモート接続できます
• ボックスで Service Insight を起動して、メッセージ トラフィックを表示できます

ただし、Service Insight をローカルにインストールしており、VM でホストされている Service Control に接続しようとすると、接続方法がわかりません。特定のWebサイトを見ると、多くのドキュメントも見つかりません。Service Control は、あるべきだと私が信じている URL を想定していますがhttp://serviceins.cloudapp.net:33333/api/、これは何も解決しません。

私の VM の名前はserviceinsです。

ServiceControl.config に変更を加えました。

ServicePulse.config

私の質問は、VM にリモート接続することなく Service Insight にアクセスするにはどうすればよいかということだと思います。Service Insight に URL を提供するだけで、これにアクセスできますか?

ありがとう、DS。

次のスクリーン ショットを参照してください。

私のエンドポイント プロジェクトでは、ServiceControl SagaAudit プラグインを参照して、展開時に必要な dll が期待どおりに展開されるようにしました。スクリーンショットの左側のペインでこれを見ることができます。これは、NServiceBus.host.exe がメッセージの処理を正常に実行している、デプロイされたフォルダー内のファイルのビューを示しています。

しかし、ServiceInsight の Saga ビューは、必要な ServiceControl プラグインがないと不平を言っています。

私は何が欠けていますか？

「n」分ごとにデータベースをポーリングしてデータを他のエンドポイントに送信する NSB エンドポイントがあります。組み込みのスケジューラを使用しています。スケジューラ コードで「Bus.SendLocal」を実行し、ハンドラーにデータベースを呼び出すようにすることをお勧めします。スケジューラーはメッセージが起動するたびにキューに入れ、ハンドラーは他のメッセージと同様にそれを処理します。きれいに見え、すべて正常に動作します。

私が直面している問題: ServiceInsight はすべてのメッセージをキャプチャし、'n' 分ごとに 1 つずつ、あまりにも多くのウェイクアップ メッセージでいっぱいになりました。

質問: 特定のメッセージ タイプの監査をオフにする方法や、その他の推奨される解決策はありますか?

MSMQ をトランスポートとして使用し、集中監査キューを指す複数の NSB エンドポイントがあります。

ServiceControl は監査キューから RavenDb にメッセージを転送し、ServiceInsight/ServicePulse はそれらのメッセージを表示します。

しばらくすると、監査キューが大量のメッセージでいっぱいになり、メンテナンスの問題になりつつあります。

質問 - 監査キュー内のメッセージを自動的にパージできる ServiceControl の構成はありますか?

• ServiceControl を開始しました (監査転送をオンに設定)
• ServiceInsight を開始しました (デフォルトの API URL で問題ありません)
• nservicebus サイトから StepByStep サンプルをダウンロードし、監査転送構成クラスを追加しました

.

スクリーンショットでわかるように、msmq api に接続されており、メッセージを取得できます。ただし、フロー図とシーケンス図は空です。

1. それはなぜですか、何かアイデアはありますか？
2. 不明な メッセージ IDに関連していますか? (ヘッダではわかっていますが)

エラーの再現に役立つ MSMQ インストール機能のスクリーンショットとバージョンもここにあります。

• ServiceControl v1.12.0
• ServiceInsight v1.5.6