проектирование распределенной (по многим серверам) функции регистрации ошибок, WCF или? - PullRequest
0 голосов
/ 08 ноября 2008

Я разрабатываю функцию регистрации ошибок, чтобы наши серверы (каждый из которых имел разные вещи) могли иметь центральное хранилище данных для регистрации ошибок.

Было бы хорошей идеей, чтобы различные приложения записывали в файл журнала ошибок службу WCF, или это плохая идея?

они могут сделать это просто ADO.NET для базы данных, что, я думаю, является более простым маршрутом.

Ответы [ 3 ]

1 голос
/ 08 ноября 2008

Как насчет просмотра системного журнала? Это было сделано именно для этой цели.

1 голос
/ 08 ноября 2008

Я бы сказал, просто войдите в ваше локальное хранилище данных. Преимущества:

  1. Скорость - это довольно быстро, чтобы просто сбросить выбранный вами отчет об ошибке в существующее соединение для передачи данных.
  2. Отслеживаемость - что произойдет, если вы есть ошибка в вашем сервисе? Вы потерять способность преследовать ошибки на всех серверах.
  3. Простота - если вы измените конечная точка для вашего сервиса ошибок, вы должны обновить все остальные приложение, которое использует ошибку сервис.
  4. Отчетность - Вы действительно хотите трал через сообщения об ошибках от десятки / сотни приложений в одно место, где вы могли бы легко найти они в хранилище данных локально приложение?

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

0 голосов
/ 29 апреля 2009

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

Рассматривая использование WCF поверх netTcp, также обращаясь к использованию журнала событий, но, похоже, для этого требуются настройки высокого доверия и, возможно, проблемы с производительностью.

Не убежден возражениями ZombieSheep:

  1. Довольно быстро выгрузить выбранный вами отчет об ошибке через существующее соединение WCF. Шутки в сторону. Кроме того, вы можете сделать это асинхронно / в очереди. Не ключевой фактор для меня.

  2. Вы входите в центральную службу и местную службу. Когда служба ошибок возвращается в рабочее состояние, вы опрашиваете ваши машины на наличие событий с последней отметки времени. Задача решена.

  3. Используйте псевдоним DNS и не меняйте путь - так или иначе вы должны выполнять внутреннюю адресацию IMO.

  4. Что если у вас есть несколько приложений на одном компьютере? Что если вы хотите увидеть время появления ошибок в нескольких приложениях?

...