Gestion des exceptions dans un client - Architecture du serveur

Question

J'ai un projet composé d'un client Windows (environ 150 utilisateurs), d'un service Web et de certains services Windows. Tous ensemble fonctionnent dans un intranet et construisent en utilisant C # .NET 3.5. Maintenant, je souhaite enregistrer des exceptions dans une base de données centrale et les gérer (regardez le top 10, système de billets, etc.) via une application Web.

J'ai pensé à utiliser et à étendre Elmah, car il a déjà une application Web pour la gestion. Peut-être créer un service Web pour que les clients enregistrent leurs exceptions.

Est-ce une bonne idée, car Elmah est évidemment destinée aux sites Web ASP.NET uniquement.

Je suis conscient du bloc d'application de gestion des exceptions, mais pour autant que je sache, il n'a pas d'application de gestion comme Elmah, plus ma dernière visite à la bibliothèque d'entreprise n'était pas amusante.

Quelles sont vos opinions, y a-t-il d'autres idées?

Answer 1

La bibliothèque d'entreprise est lourde et exagérée. Regardez les composants de journalisation open source: NLOG texte de liaison ou log4net texte de liaison. Ils ont tous deux la capacité de se connecter à divers "puits", y compris un fichier plat, UDP, une base de données, etc.

Je configurerais quelque chose où votre composant de journalisation écrit dans le connexion des événements sur le serveur. Ensuite, utilisez quelque chose comme Microsoft Operations Manager (MOM) ou un autre logiciel de gestion des systèmes qui peut scanner le journal des événements et augmenter les alertes via la pagination, la console de centre de commande, etc. En même temps, vous pouvez également vous connecter à une base de données pour la requête, etc. .

Si vous recherchez la gestion des exceptions, des rapports, des alertes, etc ... Il existe des tonnes de solutions comme Mme Mom, Tivoli, CA Unicentre, HP OpenView et même Nagios que vous pourriez utiliser pour cela.

Le côté client est un peu plus délicat. Comme il est intranet, vous pouvez utiliser UDP et exécuter un service sur le serveur qui écoutera ces paquets UDP et les stockera dans le journal des événements et / ou une base de données. Ou vous pouvez ajouter des méthodes à votre service Web pour capturer des événements de journalisation.

Answer 2

Je ne pense pas que votre idée d'étendre Elmah soit mauvaise. Ayant réalisé de nombreux projets similaires, j'ai toujours dû lancer mes propres applications de gestion et c'est toujours une douleur. Je ne sais pas combien vous pourrez utiliser à Elmah, mais il semble que ce soit un excellent point de départ.