Cardinalidade em OpenTelemetry é um orçamento de fiabilidade

O sinal e os factos que mudam a decisão

A orientação recente da OpenTelemetry lembra que os SDKs limitam cardinalidade para proteger memória quando uma métrica recebe demasiadas combinações de atributos. O limite evita colapso local, mas também pode descartar séries que a equipa esperava investigar.

Cardinalidade é o produto das combinações de valores, não apenas o número de nomes de atributos. Limites e comportamento variam por SDK e versão; configuração precisa de ser verificada na implementação usada.

Logs e traces podem carregar identificadores de alta cardinalidade que não pertencem a métricas agregadas. user_id, request_id, URL livre ou mensagem de erro podem transformar uma métrica útil numa dimensão quase ilimitada.

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

Defina orçamento por métrica a partir da pergunta operacional e negue atributos sem população limitada e uso claro.

user_id, request_id, URL livre ou mensagem de erro podem transformar uma métrica útil numa dimensão quase ilimitada.

Execução e prova de conclusão

A execução deve começar por inventariar métricas, atributos, população estimada e consulta que cada uma suporta. Depois, gerar carga com cardinalidade realista e observar memória, drops e custo backend. O fecho exige mover identificadores para exemplars, logs ou traces quando apropriado.

O dashboard deve mostrar séries aceites e descartadas, memória, custo e perda de resposta por métrica.

• inventariar métricas, atributos, população estimada e consulta que cada uma suporta.
• gerar carga com cardinalidade realista e observar memória, drops e custo backend.
• mover identificadores para exemplars, logs ou traces quando apropriado.
• O dashboard deve mostrar séries aceites e descartadas, memória, custo e perda de resposta por métrica.