Visão geral
Padronizar nomes de métricas e spans/traces para evitar fragmentação em dashboards e auditoria.
Contexto
Métricas e spans mudam rápido; registry evita que cada repo invente nomes diferentes. O core-contracts guarda o catálogo normativo; a emissão fica no repo observability.
Descrição
Criar observability/metrics_registry.yaml com:
- lista de métricas recomendadas (MVP):
http_requests_total
http_request_duration_ms
cache_hit_total
search_candidates_returned
pipeline_stage_duration_ms
- labels permitidos e exemplos.
Criar observability/span_names.yaml com:
- spans recomendados (MVP):
http.server
catalog.search
pipeline.stage.ingest|normalize|qa|export
Adicionar exemplos e instruções de uso em doc curto (pode ser docs/observability.md dentro do core-contracts).
Impacto
Evita divergência de métricas e melhora operação/monitoramento de forma consistente.
Referências
Definição de pronto
Tags
priority:medium
type:feature
area:observability
good first issue
Visão geral
Padronizar nomes de métricas e spans/traces para evitar fragmentação em dashboards e auditoria.
Contexto
Métricas e spans mudam rápido; registry evita que cada repo invente nomes diferentes. O core-contracts guarda o catálogo normativo; a emissão fica no repo observability.
Descrição
Criar
observability/metrics_registry.yamlcom:http_requests_totalhttp_request_duration_mscache_hit_totalsearch_candidates_returnedpipeline_stage_duration_msCriar
observability/span_names.yamlcom:http.servercatalog.searchpipeline.stage.ingest|normalize|qa|exportAdicionar exemplos e instruções de uso em doc curto (pode ser
docs/observability.mddentro do core-contracts).Impacto
Evita divergência de métricas e melhora operação/monitoramento de forma consistente.
Referências
Definição de pronto
Tags
priority:mediumtype:featurearea:observabilitygood first issue