1

現在、多くのアプリケーションがあり、各アプリケーションには独自のエラー通知とレポートのメカニズムがあるため、明らかに多くの問題があります。

  • 異なるシステム/アプリケーション間での一貫したエラー監視の欠如: 異なる GUI、インターフェース、異なるメッセージなど。
  • アプリケーションごとにエラー通知のアプローチが異なります (多くのアプリケーションは電子メール通知を使用し、他のアプリケーションはメッセージをキューに公開するなど)。
  • アプリケーションごとのレポートと監視のための個別の構成設定: 通知頻度、メッセージ受信者など。

他にも多くの問題をリストに追加できますが、要点は明らかです。現在、この状況に対して一貫した共通のソリューションを提供するカスタム アプリケーションまたはサービスを開発する計画があります。

とにかく、このためのカスタム アプリケーションを作成するのが良い考えかどうかはわかりません。この問題を既に解決しているフレームワーク、プラットフォーム、または既存のソリューションまたは製品 (優先的にオープン ソース) が存在するはずです。質問:カスタム アプリケーションの作成を決定する前に、どのプロジェクトまたは製品を確認する必要があるか知っていますか?

ありがとう！

4

3 に答える 3

2

AlertGridを見てください。集中型のイベント ハンドラーおよび通知ディスパッチャーとして機能します。さまざまなソースからイベントを収集でき、ビジュアル エディターでルールを作成してイベント処理を簡単に管理できます。そのため、カスタム条件が満たされるたびに、イベントをフィルタリングし、通知 (電子メール、SMS、電話 - 世界中で機能) を発生させることができます。発生したイベントだけでなく、発生しなかったイベントにも対応できます (欠落している「ハートビート」を検出します)。必要なのは、非常に単純な API を使用して、AlertGrid にイベント (シグナル) をフィードすることだけです。

これがあなたが探しているものかどうかはよくわかりません。私は AlertGrid 開発チームに所属しています。質問があれば、お気軽にお尋ねください。私たちは常にこのツールを開発しており、フィードバックをお待ちしております。

于 2010-08-03T09:31:59.697 に答える
1

アプリケーション ログに書き込まれる情報の量によっては、Hyperic の使用を検討できます。オープンソースであり、探している機能がたくさんあります。

http://www.hyperic.com/

于 2010-08-02T17:32:42.617 に答える