Я не могу помочь вам со Scribe, поэтому, возможно, мой ответ будет бесполезным или даже бессмысленным.
Я пытаюсь дать наш вариант
и есть лиАльтернативные масштабируемые, распределенные параметры ведения журнала, которые я должен рассмотреть?
В нашем проекте мы используем NLog с аналогичными целями.Вы не даете подробных сведений о требуемой масштабируемости, поэтому я не могу решить, подходит ли она и вам.
NLog совместим на уровне исходного кода с log4net.Я имею в виду, что для адаптации существующего кода регистрации log4net для регистрации через NLog требуются небольшие изменения кода.
Посмотрите на поддерживаемые Targets .Вы можете использовать Network Target как есть или написать свой собственный (это довольно просто) для связи с упомянутым Scribe, если вы решили его использовать.
Вы можете использовать Log2Console Исходный код в качестве примера получателя.
Я не могу дать готовое решение для сервера журналов (за исключением рекламы, такой как Гибралтар), но вы можете написать свой собственный, как мы сделали.
Лично я не рекомендовал бы использовать возможности прямой регистрации базы данных любой системы регистрации (включая log4net, NLog и т. Д.).Лучше обеспечить дополнительный уровень, который будет связываться с поставщиками журналов (например, через сеть), собирать данные и выполнять пакетные обновления базы данных (файлов журналов), как это было сделано в Scribe.Это может повысить общую производительность подсистемы журналирования.