Parar o log do pod girando mais rápido do que pode ser lido

ChoreSecurityService
Navios
23 de agosto de 2026 às 06:08 UTC
Autor
Kamo
Enviar
a13039f

Aproximadamente 4.600 linhas em quatro minutos, então a janela de retenção foi um par de minutos: perseguindo um problema de certificado em 2026-08-22 a saída da sonda tinha já girado para longe antes que pudesse ser lido, e a evidência teve que vir da base de dados. Duas fontes, ambos ruído. Faz com que o Hibernate faça um log de doze linhas Bloco 'Session Metrics' na INFO para cada sessão — 172 blocos, ~45% do volume. As próprias estatísticas devem permanecer: Micrometer lê-los para hibernate statements total, que é como N+1s são encontrados neste serviço. A registro e a métrica são independentes, então silêncio apenas E fica com os dois. O resto era System.out.println no MemberController — quatro deles em cada busca de membro, um dos quais imprime o nome de classe de um proxy Hibernate comentário dizendo que foi adicionado 'para depurar instância de problemas'. println tem nível, para que nada pudesse ser desligado. Todos os 59 agora são log.debug (o um que anuncia um URL avatar faltando é log.warn), o que os mantém disponível para qualquer um que levanta o registrador e não custa nada de outra forma. Também cai Hikari e Spring Cloud Vault de DEBUG para INFO — a piscina governanta registrou suas estatísticas a cada 30s, independentemente da atividade, e Vault é Leia uma vez no arranque. E apply.yml disse segurança: TRACE onde prod tem Sempre disse INFO, então uma corrida local afogada em rastreamento de prod nunca emite.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços