OpenTelemetry Go Logs RC: contrato de produção para custo, perda e correlação

O sinal e os factos que mudam a decisão

O Go Logs API e SDK v1.47.0-rc.1 entrou em release candidate em 31 de agosto. A oportunidade é testar antes do v1 os contratos que realmente importam em produção: semântica, correlação, recursos, filas, perda, privacidade e custo ao longo do SDK, Collector, exporter e backend.

RC é a etapa anterior à estabilidade v1 declarada pelo projeto e continua a pedir feedback real de utilizadores. O modelo de dados define representação, mas as convenções locais e filtros determinam utilidade, privacidade e custo.

SDK, Collector, exporter e backend têm versões e garantias distintas; testar um componente não valida a cadeia inteira. Uma aplicação pode continuar saudável enquanto o pipeline perde logs silenciosamente ou envia dados pessoais e cardinalidade cara. O backend pode aceitar o payload e alterar semântica, truncar atributos ou cobrar mais do que o orçamento previsto.

Decisão, limites e condição de bloqueio

Defina um contrato mensurável antes de ampliar o canário: campos obrigatórios, atributos proibidos, correlação mínima, perda tolerada, limite de memória, comportamento de backpressure, retenção, custo por serviço e caminho de rollback. O RC só avança se todos os elos cumprirem.

Uma aplicação pode continuar saudável enquanto o pipeline perde logs silenciosamente ou envia dados pessoais e cardinalidade cara. O backend pode aceitar o payload e alterar semântica, truncar atributos ou cobrar mais do que o orçamento previsto.

Execução e prova de conclusão

A execução deve começar por criar um corpus de logs esperados, inválidos, sensíveis, grandes e correlacionados e calcular o resultado em cada etapa. Depois, injetar backpressure, perda de rede, restart e backend indisponível enquanto mede aplicação, fila, drop, retry e recuperação. O fecho exige comparar volume e custo com o pipeline atual, aplicar filtros de dados e ensaiar rollback com a mesma consulta operacional.

O gate fecha quando o corpus mantém semântica e correlação, nenhum dado proibido sai, perda e recursos ficam abaixo dos limites, custo cabe no orçamento e o rollback preserva investigação e alertas essenciais.

• criar um corpus de logs esperados, inválidos, sensíveis, grandes e correlacionados e calcular o resultado em cada etapa.
• injetar backpressure, perda de rede, restart e backend indisponível enquanto mede aplicação, fila, drop, retry e recuperação.
• comparar volume e custo com o pipeline atual, aplicar filtros de dados e ensaiar rollback com a mesma consulta operacional.
• O gate fecha quando o corpus mantém semântica e correlação, nenhum dado proibido sai, perda e recursos ficam abaixo dos limites, custo cabe no orçamento e o rollback preserva investigação e alertas essenciais.