django-paas-deployer
Django PaaS Deployer es un control plane multi-tenant autoalojado en Docker que permite construir, desplegar y gestionar aplicaciones con Celery. Soporta Laravel, React/Vite, PostgreSQL y Redis.
Ficha actualizada 23 sept 2026, 3:57 · upstream 23 sept 2026, 3:51 · release sin release detectada
Qué es django-paas-deployer
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Este repositorio proporciona una plataforma de despliegue PaaS autoalojada construida sobre Django, diseñada para transformar archivos de aplicación en cargas de trabajo Docker aisladas. Su arquitectura incluye un control plane centralizado que gestiona el ciclo de vida completo del despliegue, desde la construcción hasta la ejecución. El sistema soporta múltiples frameworks (Laravel, React/Vite), permite la gestión de bases de datos y redes, ofrece logs en tiempo real mediante Celery Beat y reconciliación automática, y proporciona un dashboard reactivo para los administradores. La arquitectura se basa en eventos Docker como fuente de verdad del estado, con WebSocket para actualizaciones en tiempo real y reconciliación periódica para reparar fallos no detectados.
- Gestionar el despliegue de aplicaciones web (Laravel/React) sin necesidad de servidores dedicados
- Automatizar la construcción, compilación e instalación de frontend en entornos Docker
- Centralizar la gestión de bases de datos y redes para múltiples servicios
- Monitoreo y registro de logs en tiempo real mediante un servicio dedicado
- Gestión de recursos con límites operativos definidos por el administrador
- Despliegue escalable con control de concurrencia basado en Redis
- Soporta múltiples frameworks (Laravel, React/Vite) mediante validación de archivos y comandos
- Gestión de recursos server-side: CPU, RAM, PIDs y workers se definen por el plan del servicio
- Arquitectura basada en eventos Docker con reconciliación periódica para reparar fallos
- Dashboard React para administración con WebSocket para actualizaciones en tiempo real
- Soporte de múltiples formas de gestión de recursos (static o plan-based)
- Seguridad reforzada: rechazo de symlinks, límites de tamaño y acceso restringido al socket Docker
- El control del CPU, RAM, PIDs y workers está completamente en manos del administrador
- Los builds no pueden convertirse en exitosos si fallan los componentes frontend
- La cancelación de despliegue es solo a nivel de deployment y no elimina contenedores existentes
- No se permite el acceso al socket Docker desde contenedores que no lo requieren
- El sistema depende de Redis para la concurrencia, lo que introduce un punto único de fallo
- La reconciliación periódica puede retrasar la detección de fallos en entornos con alta latencia
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Para desplegar: copiar .env.example a .env y ejecutar docker compose -f compose.yaml up -d --build. Se recomienda separar el control plane, los workers de Celery, el consumidor de eventos Docker, el log collector, Redis y PostgreSQL en servicios independientes para producción. Antes del despliegue, verificar que la conexión con Docker Engine funcione correctamente, que el consumidor de eventos esté activo y que el build concurrency no se exceda con múltiples replicas de deployment-worker.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.