OpenTelemetry entity events: observar o que existe e o que mudou

O sinal e os factos que mudam a decisão

A OpenTelemetry publicou em 14 de agosto uma forma de consumir entity events para representar hosts, interfaces, serviços, volumes e alterações. O objetivo não é substituir métricas, logs e traces, mas preencher a lacuna entre comportamento e inventário observado.

Recursos descrevem a entidade que produz telemetria; entity events tornam nascimento, alteração e desaparecimento consumíveis. A chave deve sobreviver a reinícios sem colidir entre tenants, clusters ou ambientes.

A retenção de estado e o tratamento de eventos fora de ordem fazem parte do produto consumidor. Eventos sem identidade estável criam duplicados, cardinalidade e topologias contraditórias em vez de contexto operacional.

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

Adote primeiro num domínio onde mudança de entidade explica incidentes e existe uma chave estável para reconciliar observado e desejado.

Eventos sem identidade estável criam duplicados, cardinalidade e topologias contraditórias em vez de contexto operacional.

Execução e prova de conclusão

A execução deve começar por escolher um tipo de entidade e definir identidade, atributos mutáveis e fonte de verdade. Depois, reproduzir eventos duplicados, atrasados, fora de ordem e de eliminação. O fecho exige ligar alterações a traces e incidentes sem aumentar cardinalidade sem limite.

Comparar diariamente inventário observado e desejado e explicar cada diferença com evento, proprietário e tempo.

• escolher um tipo de entidade e definir identidade, atributos mutáveis e fonte de verdade.
• reproduzir eventos duplicados, atrasados, fora de ordem e de eliminação.
• ligar alterações a traces e incidentes sem aumentar cardinalidade sem limite.
• Comparar diariamente inventário observado e desejado e explicar cada diferença com evento, proprietário e tempo.