Обработка исключений в архитектуре клиент-сервер

Question

У меня есть проект, состоящий из клиента Windows (около 150 пользователей), веб-службы и некоторых служб Windows. Все вместе работаем в интрасети и строим с использованием C # .NET 3.5. Теперь я хочу регистрировать исключения в центральной базе данных и управлять ими (смотреть топ-10, тикет-систему и т. Д.) Через веб-приложение.

Я думал об использовании и расширении ELMAH, потому что у него уже есть веб-приложение для управления. Возможно, создайте веб-сервис для клиентов, чтобы регистрировать их исключения.

Это хорошая идея, потому что ELMAH явно предназначен только для веб-сайтов asp.net.

Мне известен блок приложения управления исключениями, но, насколько мне известно, у него нет приложения для управления, такого как ELMAH, плюс мой последний визит в Enterprise Library был невеселым.

Каково ваше мнение, есть ли другие идеи?

Answer 1

Корпоративная библиотека громоздка и излишня. Посмотрите на компоненты с открытым исходным кодом: NLog текст ссылки или Log4Net текст ссылки . Они оба имеют возможность входа в различные «приемники», включая плоский файл, UDP, базу данных и т. Д.

Я бы настроил что-то, где ваш компонент ведения журнала записывает в журнал событий на сервере. Затем используйте что-то вроде Microsoft Operations Manager (MOM) или другое программное обеспечение для управления системами, которое может сканировать журнал событий и генерировать оповещения через пейджинг, консоль командного центра и т. Д. В то же время вы также можете войти в базу данных для запросов и т. Д. .

Если вы ищете управление исключениями, отчеты, оповещения и т. Д. ... Для этого можно использовать множество решений, таких как MS MOM, Tivoli, CA Unicenter, HP OpenView и даже NagIOS.

Клиентская сторона немного сложнее. Поскольку это интрасеть, вы можете использовать UDP и запустить на сервере службу, которая будет прослушивать эти пакеты UDP и сохранять их в журнале событий и / или базе данных. Или вы можете добавить несколько методов в ваш веб-сервис для захвата событий регистрации.

Answer 2

Я не думаю, что ваша идея расширить ELMAH вообще плохая. Сделав много подобных проектов, мне всегда приходилось создавать собственные приложения для управления, и это всегда было болезненно. Не уверен, сколько вы сможете использовать с ELMAH, но похоже, что это может быть отличной отправной точкой.