Namespace System.Diagnostics.Debug x outras soluções de log (log4net, MS Enterprise Library, etc.)

Atualmente, estou investigando várias possibilidades de log para projetos .net e não posso decidir entre os recursos System.Diagnostics.Debug / Trace e bibliotecas de terceiros, como log4net, MS Enterprise Library, NLog, etc.
No momento eu descobri isso:

O System.Diagnostics é bastante difícil de configurar e usar, pois você precisa configurar explicitamente todos os ouvintes, filtros, fontes etc. Parece que também não há inserção em massa no banco de dados (pense em escrever 100.000 entradas de log, cada uma com própria inserção, horripilante, não é?). Mas, para algumas pessoas, é considerado "legal" não usar bibliotecas adicionais para uma coisa "rudimentar" como Logging (é claro, em algum momento, faz sentido reduzir a quantidade de bibliotecas de terceiros nas quais seu projeto depende, mas não desta vez, suponho)Os terceiros são muito mais poderosos, geralmente mais rápidos, mais fáceis de usar, mas às vezes a configuração também pode ser dolorosa e, frequentemente, essas bibliotecas são menos confiáveis (como uma parada súbita misteriosa de log pelo EntLib etc.)e o Common.Logging? vale a pena tentar (já que, como ouvi dizer, ele oferece várias estruturas de registro e atua como uma interface entre o aplicativo e a biblioteca desejada)?


Ficaria muito grato se alguém pudesse me indicar a direção certa ou corrigir (ou acrescentar algo) à minha comparação acima! Talvez, se você me incentivasse a usar terceiros, você poderia aconselhar alguém em particular (levando em conta que nossos aplicativos provavelmente não precisarão de nada sofisticado, como UDP, arquivos rotativos etc.) - apenas arquivos simples, email, DB e eventlog)?
Desde já, obrigado!

questionAnswers(4)

yourAnswerToTheQuestion