Sou desenvolvedor de software e estou construindo um servidor HTTP. Como não tenho experiência em hospedagem e gerenciamento de servidores, tenho problemas em equilibrar o desempenho do registro com a usabilidade.
Por exemplo, é aceitável usar um arquivo de log por domínio? Ou um por processo? Existem muitas razões de desempenho por que o uso de vários logs pode ser uma boa idéia, mas eu não quero que o servidor se torne desagradável de usar para o usuário final.
Como os arquivos de log são abordados de maneira geral? É aceitável exigir algum tipo de pós-processamento ou combinação de ferramentas de shell para acessá-las convenientemente?
Eu aprecio qualquer entrada. Obrigado.
Use ferramentas e estruturas padrão, que serão configuráveis. Veja o Log4j como um exemplo; Ele permite que o implantador determine o quanto detalhista, como sobreover, o tamanho dos arquivos.
... e suporte syslog. E se você está implantando no Windows, também suporta eventos do Windows.
Não tenho certeza sobre por que você deseja executar uma tarefa tão desafiadora como construir um servidor http, mas minha resposta é: fazer com que o usuário possa personalizá-lo. Logs de servidores http podem realmente ser um pouco ENORMES e às vezes difíceis de se ver, então é muito útil deixar o administrador decidir dividir os logs em mais arquivos. Você deve examinar o Apache para exemplos: permite especificar logs diferentes para acessos, erros e módulos, e até dividi-los dependendo do host / site virtual relacionado (que também é muito útil para construir estatísticas de uso a partir deles).
Tags logging