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

StackOverflow https://stackoverflow.com/questions/926333

Вопрос

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

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

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

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

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

Это было полезно?

Решение

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

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

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

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

Другие советы

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top