IT / Sistemas
Cómo se levanta el sistema, dónde mirar cuando algo falla, y cómo respaldar la base de datos. Todo vía Docker Compose sobre el mismo host.
Un único docker-compose.yaml (repositorio Dockers) orquesta todo:
Tras cambiar código de un servicio, hay que reconstruir su imagen y recrear el contenedor — no basta con reiniciarlo:
# desde el repo Dockers/ docker compose build backend docker compose up -d --no-deps backend celery # celery comparte imagen con backend
Para la intranet, la tienda o la documentación (todas estáticas, nginx sirviendo archivos ya compilados):
docker compose build intranet docker compose up -d --no-deps intranet
Como los modelos de negocio son managed=False, no existen migraciones de Django que crear. El esquema vive en archivos .sql (repositorio Databases), y un cambio de esquema es:
docker logs leon-backend --tail 100 -f docker logs leon-celery --tail 100 -f docker logs leon-intranet --tail 50
No hay agregación centralizada de logs (sin ELK/Loki) — es docker logs por contenedor.
Manual, con pg_dump. No hay un cron ni una tarea automática configurada todavía — es un procedimiento a ejecutar a mano:
docker exec leon-databases pg_dump -U postgres -d leon_principal > principal_$(date +%F).sql docker exec leon-databases pg_dump -U postgres -d leon_fotos > fotos_$(date +%F).sql docker exec leon-databases pg_dump -U postgres -d leon_facturas > facturas_$(date +%F).sql
Restaurar es psql -U postgres -d <base> -f archivo.sql contra una base vacía (creada primero con Databases/00_databases_and_roles.sql).
Variables de entorno por servicio en Dockers/.env y Backend/.env (no versionadas, solo sus .env.example). El detalle de arquitectura general está en Arquitectura del ERP.