Tempo 3.1: antes de apagar traces por consulta, confira todos os workers

O Grafana Tempo 3.1 permite remover traces sensíveis usando consulta TraceQL, sem enumerar cada identificador, com simulação e filtros temporais.[12] A operação é irreversível e pausa a compactação do tenant enquanto é aplicada.[12] O detalhe crítico é a coexistência de versões: workers antigos ignoram a janela temporal sem emitir erro.[12]

O que muda para quem desenvolve

A orientação é usar limites de início e fim somente depois de atualizar todos os schedulers e workers para 3.1.[12] Isso transforma a versão de cada componente em uma pré-condição de segurança de dados. Não basta conferir a interface pela qual a solicitação foi aceita.

Como análise operacional, uma API de exclusão precisa provar duas coisas diferentes: que a seleção está correta e que todos os executores interpretam os filtros da mesma forma. Uma resposta sem erro não demonstra a segunda propriedade.

A versão também amplia a conectividade Kafka com TLS, mTLS, mecanismos SASL adicionais e compressão.[12] A arquitetura com Kafka se aplica às implantações de microsserviços introduzidas no 3.0; o modo monolítico continua sem exigi-lo.[12] Evite transformar uma melhoria de cliente em uma obrigação arquitetural para qualquer instalação.

Como aplicar

Para planejar um expurgo, produza primeiro um inventário dos schedulers e workers com suas versões efetivas. Bloqueie o uso de filtros temporais enquanto houver um componente incompatível. Depois valide a consulta em dados de teste com intervalos conhecidos e examine o resultado da simulação.

Monte o teste com registros que devem entrar e registros que devem ficar de fora, inclusive próximos às fronteiras de tempo. O objetivo é observar a seleção, não assumir que o formato da consulta prova seu alcance. Exija uma revisão independente do conjunto esperado antes de autorizar qualquer exclusão real.

Na frente Kafka, confira o mecanismo de autenticação, os certificados e a compressão realmente exigidos pelo backend. O relato destaca leitura sensível à localização para preferir réplicas da mesma zona quando os brokers estão preparados para isso.[12] Trate essa otimização como uma combinação de cliente e infraestrutura, não como um benefício automático da atualização.

Para ferramentas de investigação, avalie separadamente os recursos experimentais de resumo e comparação de traces, incluindo respostas compactas destinadas a LLMs.[12] Compare os resumos com a evidência completa antes de usá-los para orientar decisões de incidente.

Cuidados e limites

A sintaxe de remoção por consulta foi limitada para reduzir riscos, mas isso não torna a operação reversível.[12] Simulação, aprovação e retenção planejada têm funções diferentes; não apresente nenhuma delas como um botão mágico de desfazer.

O formato vParquet5 tornou-se padrão, e um teste aquecido da Grafana aproximou-se de dobrar a velocidade de uma consulta simples.[12] Esse resultado não prevê desempenho para qualquer carga. Neste lançamento, compatibilidade e interpretação uniforme das operações destrutivas merecem mais atenção do que um número isolado de velocidade.

Fonte

[12] Fonte: InfoQ