Saltar a contenido

Knowledge - Docker

Fecha de ultima actualizacion: 2026-06-01

Para que sirve esta carpeta

Esta carpeta baja la realidad Docker del VPS a objetos simples:

  • stacks principales
  • redes reales
  • volumenes Docker reales
  • relacion contenedor -> red
  • relacion contenedor -> volumen
  • relacion contenedor -> puerto
  • relacion servicio -> dashboard
  • relacion servicio -> alerta

Fuentes de verdad usadas

  • auditoria SSH del 2026-06-01: docker ps, docker network ls, docker volume ls, docker compose ps en /opt/stacks/openclaw
  • infra/observability/docker-compose.yml
  • docker/openclaw/docker-compose.yml
  • docs/governance/services/*.md
  • docs/governance/catalog/NETWORKS.md
  • docs/governance/catalog/VOLUMES.md
  • docs/governance/operations/O6.0-REALITY-AUDIT.md

Resumen ejecutivo

  • Hay 13 contenedores activos comprobados por SSH.
  • Las redes activas reales son proxy-network, openclaw_openclaw_internal, nginx-proxy-manager_default y obs-observability-internal.
  • La red portainer2_default existe como legado sin contenedores.
  • Los volumenes Docker nombrados reales comprobados son: obs_alertmanager_data, obs_grafana_data, obs_prometheus_data, obs_thanos_compactor_data, obs_thanos_objectstore_data, obs_thanos_storegateway_data, portainer_data y portainer_data_new.
  • OpenClaw y NPM hoy persisten con bind mounts, no con volumenes Docker nombrados comprobados.

Relaciones utiles

  • svc-openclaw usa proxy-network y openclaw_openclaw_internal y hoy se observa en el dashboard Service Availability.
  • svc-nginx-proxy-manager usa proxy-network y nginx-proxy-manager_default y hoy se observa en Service Availability.
  • svc-portainer usa proxy-network, conserva portainer2_default como legado y hoy se observa en Service Availability.
  • svc-observability-o4 vive dentro de obs-observability-internal y usa los dashboards Infrastructure Health, Capacity Planning, Docker Operations, Service Availability y Executive Overview.