Coolify o Dokploy: transforma tu VPS Linux en PaaS en 2026

Desplegar una aplicación con un simple git push, obtener un certificado HTTPS automático y lanzar una base de datos en dos clics: eso es lo que prometen los PaaS como Heroku o Vercel. Coolify y Dokploy ofrecen la misma experiencia en tu propio VPS Linux, sin factura por uso. Aquí te mostramos cómo diferenciarlos en 2026, con cifras oficiales de respaldo.

Qué es un PaaS autoalojado

Un PaaS (Platform as a Service) oculta la parte del servidor: tú proporcionas un repositorio Git o una imagen, la plataforma construye, lanza, expone y monitorea la aplicación. Coolify y Dokploy se basan en Docker y en un reverse proxy (Traefik) que enruta los dominios y genera los certificados. Tú mantienes el control sobre la máquina, los datos y el costo, que se limita al precio del VPS.

Concretamente, ambas herramientas saben:

construir una aplicación desde un repositorio Git, un Dockerfile o un archivo Docker Compose;
crear y gestionar bases de datos (PostgreSQL, MySQL, MariaDB, MongoDB, Redis…);
desplegar aplicaciones de código abierto listas para usar (modelos "con un clic");
gestionar los dominios, el HTTPS y las variables de entorno desde una interfaz web;
respaldar las bases hacia un almacenamiento externo compatible con S3.

Coolify en breve

Coolify es desarrollado por coolLabs y publicado bajo la licencia Apache 2.0. Es el proyecto más popular de los dos en GitHub, con más de 60,000 estrellas. La rama actual es la v4: la versión 4.5.0, lanzada a finales de octubre, añade entre otras cosas la fuente Git Gitea, un explorador de archivos para aplicaciones y bases, la conexión por clave de acceso, páginas de error personalizadas con modo de mantenimiento y el cifrado en reposo de los secretos almacenados.

Sus puntos fuertes:

Un catálogo muy amplio: más de 360 servicios desplegables en un clic.
Construcciones variadas: Nixpacks, Railpack (en beta), Dockerfile, Docker Compose y sitios estáticos. Nixpacks ahora está marcado como obsoleto en favor de Railpack.
Multi-servidor: una sola instancia controla varios servidores a través de SSH.
Respaldo programado de PostgreSQL, MySQL, MariaDB, MongoDB, ClickHouse y SQLite, con copia hacia un almacenamiento S3. Redis, Dragonfly y KeyDB no están cubiertos por este mecanismo.
Despliegues en cada push y entornos de previsualización para las pull requests (GitHub, GitLab, Bitbucket, Gitea).

Dokploy en breve

Dokploy es más joven y deliberadamente más minimalista. Su código está principalmente bajo la licencia Apache 2.0, con un directorio dedicado sujeto a una licencia propietaria distinta. El proyecto supera las 38,000 estrellas y la última versión publicada es la 0.30.10: el número de versión sigue siendo inferior a 1.0, lo que hay que tener en cuenta para un uso crítico.

Sus puntos fuertes:

Docker Swarm integrado: se añaden nodos para distribuir las aplicaciones en varios servidores.
Docker Compose nativo, práctico para retomar una pila existente tal cual.
Cinco tipos de construcción: Nixpacks (por defecto), Railpack, Dockerfile, Buildpacks de Heroku o Paketo, y estático servido por NGINX.
Monitoreo por recurso (CPU, memoria, almacenamiento, red) y notificaciones de despliegue hacia Slack, Discord, Telegram o correo electrónico.
Una CLI y una API para controlar los despliegues desde un script o una CI.

Tabla comparativa Coolify vs Dokploy

Criterio	Coolify	Dokploy
Versión actual	4.5.0	0.30.10
Licencia	Apache 2.0	Apache 2.0, con una parte propietaria
RAM mínima oficial	2 GB	2 GB
CPU mínima oficial	2 núcleos	No especificado
Disco mínimo oficial	10 GB libres, más las imágenes y volúmenes	30 GB
Arquitecturas	amd64 y arm64	No especificado en la documentación de instalación
Puerto de la interfaz	8000 (más 6001 y 6002)	3000
Varios servidores	Sí, a través de SSH	Sí, a través de Docker Swarm
Modelos en un clic	Más de 360 servicios	Catálogo de modelos de código abierto
Respaldos S3	Sí, bases principales	Sí, hacia un destino externo

Los requisitos a verificar antes de instalar

Una distribución soportada

Coolify funciona únicamente bajo Linux: Debian, Ubuntu (versiones LTS 20.04, 22.04 y 24.04 para el script automático), las derivadas de Red Hat como AlmaLinux o Rocky, SUSE, Arch, Alpine y Raspberry Pi OS de 64 bits. Dokploy se prueba en Ubuntu (de 18.04 a 24.04), Debian 10 a 12, Fedora 40 y CentOS 8 y 9. En una versión de Ubuntu no LTS, se recomienda la instalación manual de Coolify.

Un VPS virgen, preferiblemente

Ambas plataformas instalan su propio reverse proxy en los puertos 80 y 443. La instalación de Dokploy falla incluso si uno de los puertos 80, 443 o 3000 ya está en uso. Si un Apache o un Nginx ya está funcionando en la máquina, comienza con un VPS nuevo en lugar de coexistir. Verifica los puertos ocupados antes de lanzar cualquier cosa:

sudo ss -tlnp | grep -E ':(80|443|3000|8000) '

En cuanto a Docker, ambos scripts lo instalan ellos mismos si está ausente. La única excepción señalada por Coolify: un Docker instalado a través de snap debe ser retirado previamente.

Instalar Coolify en un VPS Linux

Conéctate como root (o con un usuario sudo) y lanza el script oficial:

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash

El script muestra los siguientes pasos en la terminal. La interfaz responde luego en el puerto 8000 de la dirección IP del servidor. Crea inmediatamente la cuenta de administrador: la primera persona que acceda a la página de registro se convierte en administradora de la instancia.

Puertos a abrir en el firewall, según la documentación:

22/tcp para SSH (o tu puerto personalizado);
80/tcp y 443/tcp para el tráfico web y los certificados;
8000/tcp, 6001/tcp y 6002/tcp para la interfaz, el tiempo real y el terminal web en acceso directo por IP.

Una vez que la interfaz sea accesible a través de un dominio en HTTPS, puedes cerrar 8000, 6001 y 6002. Por último, recuerda respaldar el archivo que contiene los secretos de la instancia (incluido APP_KEY), indispensable para una restauración:

sudo cp /data/coolify/source/.env ~/coolify-env-backup

Instalar Dokploy en un VPS Linux

Misma lógica, con el script oficial de Dokploy:

curl -sSL https://dokploy.com/install.sh | sh

La interfaz está luego disponible en el puerto 3000. Para actualizar Dokploy más tarde, el mismo script acepta un argumento:

curl -sSL https://dokploy.com/install.sh | sh -s update

En algunas distribuciones mínimas cuyo núcleo no proporciona IPVS, la documentación indica pasar al modo DNSRR:

curl -sSL https://dokploy.com/install.sh | sudo ENDPOINT_MODE=dnsrr sh

Cuando tu dominio HTTPS funcione, puedes cerrar el acceso directo al puerto 3000. Atención: hacerlo antes de tener un dominio operativo te dejaría fuera.

docker service update --publish-rm "published=3000,target=3000,mode=host" dokploy

La trampa del firewall con Docker

En un VPS Linux, Docker escribe sus propias reglas iptables para publicar los puertos de los contenedores. Resultado: un puerto publicado por un contenedor puede seguir siendo accesible incluso si UFW parece bloquearlo. Con un PaaS, no publiques los puertos de las bases de datos en la IP pública: déjalos en la red interna de Docker y expón solo lo que pasa por el reverse proxy. Para los accesos de administrador, prefiere un túnel SSH.

Qué tamaño de VPS elegir

Ambos proyectos anuncian 2 GB de RAM como mínimo, pero esta cifra solo cubre la plataforma en sí. Cada aplicación, cada base y sobre todo cada construcción (compilación de Node.js, imagen Docker de múltiples etapas) consumen además. Los comentarios de la comunidad generalmente describen a Dokploy como más ligero en reposo que Coolify, pero ninguna prueba independiente en hardware idéntico permite cuantificar la diferencia. Lo más fiable es medir en tu máquina, justo después de la instalación y luego con tus aplicaciones:

free -h
docker stats --no-stream --format "table {{.Name}}	{{.MemUsage}}	{{.CPUPerc}}"

Referencias prácticas con las ofertas de VPS Linux de SoLinux (almacenamiento NVMe):

VPS Linux 04G (2 vCPU, 4 GB de RAM, 45 GB NVMe, 7 €/mes): suficiente para probar Coolify o Dokploy con algunas pequeñas aplicaciones y una base. Los 45 GB cumplen con el mínimo de 30 GB de Dokploy, pero vigila el espacio ocupado por las imágenes Docker.
VPS Linux 08G (3 vCPU, 8 GB de RAM, 50 GB NVMe, 9,59 €/mes): el buen compromiso para una producción real con varias aplicaciones, una base PostgreSQL y construcciones regulares.
VPS Linux 12G (4 vCPU, 12 GB de RAM, 70 GB NVMe, 16,99 €/mes): para alojar numerosos servicios, construcciones pesadas o varios entornos (producción y preproducción) en la misma máquina.

Las ofertas existen en Francia, Alemania y Nueva York, lo que permite acercar el PaaS a tus usuarios. También recuerda purgar regularmente las imágenes no utilizadas, ya que a menudo es el disco el que se satura antes que la RAM:

docker system df
docker image prune -a

Coolify o Dokploy: cómo decidir

Elige Coolify si…

quieres el catálogo más grande de aplicaciones listas para desplegar;
necesitas entornos de previsualización por pull request;
apuntas a una máquina arm64;
prefieres un proyecto más antiguo, con una comunidad más amplia, completamente bajo Apache 2.0.

Elige Dokploy si…

quieres una interfaz más sobria y una rápida toma de contacto;
ya trabajas con Docker Compose y Docker Swarm;
quieres Buildpacks de Heroku o Paketo además de Nixpacks;
comienzas en un pequeño VPS y deseas mantener el máximo de recursos para tus aplicaciones (a verificar con tus propias medidas).

En ambos casos, la herramienta se instala en un comando y se prueba en unos minutos. Lo más sencillo es pedir un VPS Linux virgen, instalar uno y luego el otro reinstalando el sistema entre ambos, y mantener el que mejor funcione para ti.

Las buenas prácticas después de la instalación

Crea la cuenta de administrador inmediatamente después de la instalación.
Asocia un dominio a la interfaz y activa el HTTPS, luego cierra los puertos de acceso directo.
Configura un destino S3 y respaldos programados de tus bases.
Respalda también la configuración de la plataforma misma (el archivo .env para Coolify).
Actualiza el sistema y la plataforma regularmente, leyendo las notas de la versión: Coolify 4.5.0, por ejemplo, introduce cambios disruptivos en los tokens de API.