Vista generada de dec-0004: Observability es cross-cutting (cada servicio emite OTel spans directamente al collector), explícitamente NO un Authority/servicio separado — corrige al doc 03 que lo listaba como módulo Elysia.
docs/decisions/dec-0004-observability-es-cross-cutting-cada-servicio.mdVista generada desde
docs/decisions/dec-0004-observability-es-cross-cutting-cada-servicio.md. No se edita a mano:bun run docs:genla regenera ybun run docs:checkfalla si difiere. El estado aquí es el del model: si discrepa con otra página, manda el model.
| Campo | Valor |
|---|---|
| Estado | LOCKED (migrado de un rNN por gate-3: el fichero no declara estado) |
| Referencia legada | r17-L6 |
| Fichero | docs/decisions/dec-0004-observability-es-cross-cutting-cada-servicio.md |
Enmienda a: r06
Por qué importa (del frontmatter del ADR):
Confirmado con grep en el repo: NO existe apps/observability-svc; @styx/observability se importa directamente en apps/{catalog,playback,realtime,sources,workers}-svc/src/service/otel/telemetry.ts (7 archivos) — el patrón cross-cutting descrito en el ADR ya está implementado en código, no solo declarado en prosa.
Nodos del roadmap que lo citan en refs: ninguno.
Páginas de la documentación que lo citan: Seguir una reproducción por todos los servicios (especificado)
Leído de docs/decisions/dec-0004-observability-es-cross-cutting-cada-servicio.md, el fichero canónico.
Observability es cross-cutting (cada servicio emite OTel spans directamente al collector), explícitamente NO un Authority/servicio separado — corrige al doc 03 que lo listaba como módulo Elysia.
Split de docs/decisions/r17-microservicios-split-duro-2026-06-20.md (lock r17-L6) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.