クライアントでの例外処理 - サーバーアーキテクチャ

Question

Windowsクライアント（約150人のユーザー）、Webサービス、およびいくつかのWindowsサービスで構成されるプロジェクトがあります。すべてがイントラネットで作業し、C＃.NET 3.5を使用してビルドします。次に、Centralデータベースに例外を記録し、Webアプリケーションを介してそれらを管理します（トップ10、チケットシステムなどをご覧ください）。

エルマの使用と拡張を考えました。なぜなら、それはすでに管理のためのWebアプリケーションを持っているからです。クライアントが例外を記録するためのウェブサービスを作成するかもしれません。

エルマは明らかにASP.NET Webサイトのみを対象としているため、それは良い考えです。

私は例外管理アプリケーションブロックを知っていますが、私が知る限り、それはエルマのような管理アプリケーションがないことに加えて、エンタープライズライブラリでの私の最後の訪問は面白くありませんでした。

あなたの意見は何ですか、他のアイデアはありますか？

Answer 1

エンタープライズライブラリは面倒でやり過ぎです。オープンソースのロギングコンポーネントをご覧ください：nlog テキストをリンクします またはlog4net テキストをリンクします. 。どちらも、フラットファイル、UDP、データベースなどを含むさまざまな「シンク」にログインする機能を備えています。

ロギングコンポーネントがサーバーのイベントログに書き込む場所に何かを設定します。次に、Microsoft Operations Manager（MOM）や、イベントログをスキャンしてページング、コマンドセンターコンソールなどを介してアラートを上げることができる別のシステム管理ソフトウェアのようなものを使用します。同時に、クエリのためにデータベースにログインすることもできます。 。

例外、報告、警告などの管理を探している場合は、MS MOM、Tivoli、CA Unisenter、HP OpenView、さらにはNagiosなどのソリューションがたくさんあります。

クライアント側はもう少し注意が必要です。イントラネットであるため、UDPを使用してサーバーでサービスを実行して、これらのUDPパケットをリッスンし、イベントログやデータベースに保存できます。または、ロギングイベントをキャプチャするために、Webサービスにいくつかの方法を追加することもできます。

Answer 2

エルマを拡大するというあなたのアイデアはまったく悪いものだとは思いません。多くの同様のプロジェクトを行ってきたので、私は常に自分の管理アプリを転がさなければなりませんでしたが、それは常に苦痛です。エルマからどれだけ使用できるかはわかりませんが、素晴らしい出発点のように聞こえます。