Я портирую приложение сервера Unix, которое записывает логи в текстовый файл, обычно генерируя около 15 МБ журналов в день; и файл журнала ежедневно ротируется заданием cron. Портирование должно быть приложением службы Windows. 99% журналов — это информативная или отладочная информация о каждом запросе, обрабатываемом сервером; но также могут быть записаны предупреждения и сообщения об ошибках.
Считается ли нормальной или целесообразной практикой делать все это ведение журнала с использованием журнала событий? В отличие, скажем, от ведения журнала в текстовом файле в %APPDATA% и использования журнала событий только для сообщений о запуске/остановке службы и серьезных ошибках?
Не уверен, подходит ли этот вопрос для SF или SO, но дайте мне знать, если его следует опубликовать в другом месте!
решение1
Зависит от того. Если вы используете функции системы событий, например, запуск задач при возникновении определенных событий, это, безусловно, говорит в пользу журнала событий. Журналы событий можно анализировать и сортировать/фильтровать/экспортировать/... с помощью PowerShell. Тем не менее, текстовые файлы имеют гораздо более простую природу, и это можно рассматривать как причину использовать их, если у вас есть собственные идеи, как использовать эти журналы.