Evidencias de despliegue¶

Revision documentada¶

Fecha de validacion local mas reciente: 2026-05-18

Repositorio auditado:

CI4---PRW---Proyecto---DAJO

Alcance de esta evidencia¶

Este documento recoge lo que si quedo comprobado directamente desde el repositorio y el entorno local. No pretende sustituir la revision operativa hecha en la VPS, sino dejar trazabilidad de la parte que podiamos verificar aqui.

Comandos ejecutados y resultado¶

Comando	Resultado	Interpretacion
`docker-compose up --build -d`	Correcto	El stack se construyo y arranco
`docker-compose ps`	`web`, `worker`, `db` y `redis` en `Up`	Los servicios principales quedaron operativos
`docker-compose logs --tail=60 web worker`	`Gunicorn` y `RQ worker` arrancan sin errores	La app y el worker completan el arranque
`http://127.0.0.1:8000/`	Respuesta `200`	La web responde correctamente

Observaciones relevantes¶

db arranca como PostgreSQL 16
redis arranca correctamente
worker queda escuchando las colas analysis y ai-visibility
web ejecuta migraciones, collectstatic y arranca Gunicorn

Incidencias corregidas durante la validacion¶

deploy/entrypoint.sh fallaba en contenedores Linux cuando el archivo llegaba con finales de linea CRLF
el worker heredaba DJANGO_TASK_QUEUE_BACKEND=thread desde .env y no quedaba alineado con el Redis interno del stack Docker

Ambos problemas quedaron corregidos en el repositorio.

Relacion con la VPS¶

Ademas de esta validacion local, la arquitectura de publicacion que presentamos contempla NGINX en la VPS como reverse proxy. Nosotros dejamos la evidencia de ese bloque en la configuracion versionada y en la documentacion de despliegue, mientras que este fichero se centra en lo que pudimos probar directamente desde el entorno local.

Conclusiones honestas¶

Docker local: validado
Aplicacion web: validada en 127.0.0.1:8000
Worker y colas: validados localmente
Configuracion de NGINX: versionada en el repo
Publicacion en VPS: contemplada en la arquitectura presentada