Saltar a contenido

Legacy — Docker Compose / Portainer

Estado actual (pre-migración): los servicios que hoy corren con Docker Compose gestionados desde Portainer.

Qué es

Antes de migrar a k3s, los servicios corren como stacks de Portainer que referencian repos Git (gorkarevilla/portainer-compose). Cada carpeta con un docker-compose.yml es un stack independiente.

Despliegue

  • Portainer importa cada stack desde Git (la carpeta = nombre del stack).
  • Los secretos y variables de entorno se gestionan en la UI de Portainer (no se commitean). Por eso aquí no se documentan credenciales.
  • Renovate autoactualiza las imágenes (minor/patch).

Hosts

  • common/: agentes de monitorización (Telegraf + Alloy) en todos los hosts.
  • hass/: stacks del host de Home Assistant.

Hosts (VMs Proxmox existentes): 192.168.1.2 es lebron (donde corre Portainer y todo este stack: Loki, Prometheus y MariaDB incluidos), 192.168.1.3 es steph (web gorkarevilla.com y mirenygorka.gorkarevilla.com). Las cámaras RTSP viven en la VLAN 192.168.50.x. El nuevo cluster k3s usará la red 192.168.20.x.

Mapa de migración

Stack Servicios Fase
common Telegraf, Alloy Fase 1 (kube-prometheus-stack + Alloy)
homeassistant HA, MariaDB, ESPHome, Mosquitto, Zigbee2MQTT Fase 4
ai Open WebUI, n8n (+ Postgres/Redis/workers) Fase 3
monitoring InfluxDB, Grafana, Loki, Prometheus, Uptime Kuma, Frigate Fase 3 (Frigate Fase 4)
network NPM, Pi-hole, cloudflared, DDNS, Netbootxyz Fase 1 (Traefik) / Fase 5 (Cloudflare)
utils Heimdall, Shlink, Grocy, Duplicati Fase 1/2/3