Como garantir que os logs do Docker Compose fiquem acessíveis

Durante o processo de deploy usando Docker Compose, é comum que os logs sejam exibidos apenas no terminal, dificultando análises posteriores. Uma dúvida frequente é como redirecionar esses logs para um arquivo de forma prática.

Problema

Quando rodamos docker-compose up -d --build, os logs aparecem na saída padrão, mas se quisermos guardá-los para revisões futuras, precisamos de uma solução.

Possíveis soluções

• Redirecionamento direto na linha de comando: Usar docker-compose up -d --build > logs.txt 2>&1 captura o stdout e stderr, mas o problema é que o comando roda em background e, por padrão, o arquivo não é atualizado após o terminal fechar.
• Utilizar docker logs: Após o container estar rodando, podemos usar docker logs -f <container_id> e redirecionar ao arquivo, mas isso exige que o container esteja iniciado.
• Configurar logs no Docker Compose: É possível configurar o driver de logs no arquivo docker-compose.yml, usando, por exemplo, o driver json-file (padrão), que armazena os logs em arquivos no host.

Melhor abordagem: usar docker logs

Para uma análise pós-deploy, a melhor prática é criar um script que, após o deploy, captura os logs de todos os containers relevantes:

docker-compose up -d --build
for container in $(docker ps -q). do
  name=$(docker inspect --format='{{.Name}}' $container | sed 's/^\///')
  docker logs -f $container > ${name}_logs.txt &
done

Assim, você consegue um arquivo de logs separado por container.

Perguntas para a comunidade

• Alguém já usa alguma ferramenta que automatize esse processo?
• Qual sua estratégia para manter logs acessíveis sem impactar a performance?
• Vocês preferem centralizar logs em uma solução como ELK, ou armazenam localmente?

Vamos trocar experiências?

---