Se este é um aplicativo que você está escrevendo ou pelo menos pode influenciar, use o syslog e considere ter o recurso que você registrou sob configurável. Dessa forma, um administrador pode optar por fazer login em um dos recursos padrão ou usar um deles. as facilidades locais (isto é, aquelas que são local0
thru ' local9
) que, através da magia do syslog.conf, podem ser enviadas para um arquivo diferente ( local0.debug /var/log/myapp.log
).
O uso do syslog também significa que você pode aproveitar o log remoto se quiser enviar mensagens de log de vários servidores que executam o mesmo software para um único servidor de registro.
No entanto, também depende do que você está registrando com a frequência. O Apache, por exemplo, possui seus próprios arquivos de log devido à quantidade de dados que cria - faz muito mais sentido que ele gerencie seu próprio mecanismo de registro, de forma que o syslog não se torne um gargalo ou inundado de dados.
Por fim, você sabe o que deseja registrar, com que frequência e quantos dados são. Você também conhece o aplicativo e se ele é multithreaded (muitas solicitações e, portanto, recurso concorrente para um único arquivo de log) ou não. Sem qualquer detalhe do que você quer fazer / alcançar, só é possível generalizar.