логирование это тупо писать логи, а ты хочешь аналитику с контекстами и идентификаторами пользователя/приложения/машины

https://matomo.org/ вот эта штука умеет например

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

Если я буду анализировать, то мне надо все писать, чтобы был весь флоу, в таком случае даже нормально спроцесшенный инпут будет генерировать много логов

Orhideous
@teddy Я склоняюсь к тому, что тебе проще оставить логгирование как можно простым, а логи обрабатывать на стороне.

Orhideous
Не вручную, понятно, и не глазами читать.

если тебе не хочется аналитику, то могу предложить только MVI

но это придется приложение переписывать под архитектуру

фишка еще в том, что у меня много таких приложений

и щас там банальный log4net

тогда внедряй аналитику

иначе ты охереешь

про автоматизированый парсер логов я уже думал, у нас даже был такой тип логгинга, что при ерроре сапортам летело письмо, и девелоперам заодно )

это было довольно юзабельно

сервис аналитики так умеет

да, вот только мы on premise

поднимите свой

в таком случае придется и логирование вербовозить)

в любом случае придется дописывать

не-не, дописывать - это ОК, тем более, что мы планируем логирование в отдельный nuget вынести, все будет довольно гибко