Usage Template¶
Plantilla para registrar un uso puntual de un servicio compartido.
Regla base¶
- Cada uso compartido vive dentro de la ficha del servicio y puede copiar esta plantilla si hace falta mas detalle.
- Un uso no reemplaza la ficha del servicio. La complementa.
- Si una app consume un servicio compartido, ese uso debe quedar trazado.
Ejemplo ampliado: PostgreSQL¶
Servicio compartido: PostgreSQL
Usos registrados:
use-postgres-orchestrator-coreuse-postgres-n8n-workflowsuse-postgres-openclaw-analytics
Ejemplo 1¶
- usage_id:
use-postgres-orchestrator-core - servicio compartido: PostgreSQL
- app/servicio consumidor: Orchestrator Core
- proposito: persistir estados de ejecucion y tablas operativas
- DB/schema:
orchestrator_core.public - usuario tecnico:
usr_orchestrator_core - red Docker:
orchestrator_internal - pasa por NPM: no
- expone puerto: no
- permisos: lectura y escritura sobre su propia base
- criticidad: alta
- backup requerido: backup logico de la base + backup general del servicio
- impacto si se borra esa DB: se pierden estados, historial y continuidad
- contacto/responsable: owner de Orchestrator Core
Ejemplo 2¶
- usage_id:
use-postgres-n8n-workflows - servicio compartido: PostgreSQL
- app/servicio consumidor: n8n
- proposito: guardar ejecuciones, credenciales y metadata operativa
- DB/schema:
n8n.public - usuario tecnico:
usr_n8n - red Docker:
automation_shared - pasa por NPM: no
- expone puerto: no
- permisos: lectura y escritura sobre su propia base
- criticidad: alta
- backup requerido: backup logico frecuente + restore probado
- impacto si se borra esa DB: se pierde historial y configuracion operativa
- contacto/responsable: owner de automatizaciones
Ejemplo 3¶
- usage_id:
use-postgres-openclaw-analytics - servicio compartido: PostgreSQL
- app/servicio consumidor: OpenClaw Analytics
- proposito: guardar eventos y reporting interno
- DB/schema:
openclaw_analytics.reporting - usuario tecnico:
usr_openclaw_analytics - red Docker:
proxy-networko red interna dedicada segun arquitectura real - pasa por NPM: no
- expone puerto: no
- permisos: lectura y escritura limitadas a analytics
- criticidad: media
- backup requerido: segun criticidad del reporting
- impacto si se borra esa DB: se pierde historico analitico
- contacto/responsable: owner de analytics
Campos obligatorios por uso¶
- usage_id:
- servicio compartido:
- app/servicio consumidor:
- proposito:
- DB/schema o recurso:
- usuario tecnico:
- red Docker usada:
- pasa por NPM:
- expone puerto:
- permisos:
- criticidad:
- backup requerido:
- restore asociado:
- impacto si falla:
- impacto si se borra:
- contacto/responsable:
- dependencias:
- riesgos:
- estado:
- fecha de alta:
- ultima revision: