Actualizado: 2026-09-02

Coolify lleva unos cuantos años madurando en silencio. Cuando escribí este artículo a comienzos de 2025, ya se había asentado como la opción más seria si quieres una experiencia de tipo Vercel o Heroku pero sobre tu propia infraestructura. Tras usar la v4, entonces todavía en beta, en un par de VPS pequeños y un servidor más grande durante meses, creo que merece un repaso honesto. Qué hace bien, qué sigue teniendo filos, y para qué escenarios compensa de verdad frente a un PaaS gestionado o frente a montar todo a mano con compose.

La promesa de Coolify es concreta: conectas un repositorio y eliges un tipo de aplicación. Obtienes un despliegue con HTTPS automático, entornos de vista previa por rama, bases de datos gestionadas, copias de seguridad y un panel web desde el que reiniciar y revisar logs. Todo ello corriendo en tus servidores, con tus datos, y sin cuota por compilación o por ancho de banda.

¿Listo para ponerlo en marcha? Sigue la guía paso a paso para instalar Coolify con Docker.

Puntos clave

  • Coolify es una aplicación Laravel que orquesta Docker vía SSH: el modelo mental es «Docker suelto gestionado remotamente».

  • Cada aplicación se materializa como un docker-compose.yml inspeccionable: sin magia oculta, razones sobre el estado desplegado cuando algo falla.

  • El primer despliegue de una app Laravel o Node con HTTPS tarda 5-10 minutos desde cero.

  • Logs y métricas son básicos: para cualquier cosa seria necesitarás complementarlo con Loki/Prometheus externo.

  • Compensa cuando tienes más de una app pequeña en VPS propios, el equipo no tiene ops dedicada, y asumes que añadirás observabilidad externa.

Qué ha cambiado desde la v4 beta

Este repaso se escribió sobre la v4 en beta, a comienzos de 2025. Lo que sigue es lo que ha pasado desde entonces, comprobado el 2 de septiembre de 2026 contra las versiones publicadas en GitHub[1]:

  • La v4.0.0 estable salió el 27 de abril de 2026[2], tras una beta larga. Las notas de esa versión adelantan que el desarrollo se orienta ahora a una v5 pensada para escalar en despliegues distribuidos, manteniendo el soporte de la rama v4.
  • La versión estable actual es la v4.3.14, del 28 de agosto de 2026; entre abril y agosto han salido decenas de versiones de parche. De lo que toca a este artículo: límites de tasa de autenticación por cliente detrás de proxies (v4.3.12), dominios EHLO de SMTP configurables y nuevos puntos de acceso de API (v4.3.10) y control de la redirección forzada a HTTPS (v4.3.8 y v4.3.9).
  • La v4.4-rc.1, del 19 de agosto de 2026[3], es una candidata que el proyecto pide no usar en producción sin probarla. Añade autenticación OpenID Connect de primera clase, tokens de integración por equipo y la posibilidad de activar o desactivar cada canal de notificación (Discord, correo, Pushover, Slack, Telegram y webhooks).
  • No he repetido la evaluación de meses de uso sobre estas versiones: las opiniones de las secciones siguientes son las de la beta de 2025 y no las he vuelto a contrastar.

Arquitectura real de lo que despliega

Por dentro, Coolify es una aplicación Laravel que orquesta contenedores Docker vía SSH. El nodo donde instalas Coolify se convierte en el plano de control, y tú le añades servidores adicionales («targets») sobre los que compila y despliega por SSH con clave. No necesitas Kubernetes ni Swarm: el modelo mental por defecto es «Docker suelto gestionado remotamente», lo cual reduce mucho la superficie a entender.

Los ingresos HTTP los resuelve con Traefik v3 desplegado automáticamente al añadir un servidor, con Let’s Encrypt configurado por defecto y resolución DNS vía Cloudflare si la activas. Los datos persistentes caen en volúmenes Docker locales por servidor, y la copia de seguridad de bases de datos va a S3 compatible (Backblaze, Cloudflare R2, Hetzner Object Storage, MinIO auto-alojado). Esta cadena es exactamente lo que montarías a mano, pero Coolify te ahorra la parte aburrida.

Un detalle que aprecio: cada aplicación se materializa como un archivo docker-compose.yml que puedes inspeccionar y copiar. No hay magia oculta; cuando algo se tuerce, puedes abrir el compose generado y razonar. Otros PaaS auto-alojados fallan justamente aquí, en la opacidad del estado desplegado.

Lo que hace bien de verdad

Velocidad de primer despliegue. Conectar un repositorio de un monolito Laravel o una app Node y tenerlo corriendo con HTTPS es realmente cuestión de cinco a diez minutos. La integración con GitHub y GitLab es limpia, usa webhooks, y cada push dispara una compilación sin necesidad de configurar ejecutores adicionales.

Bases de datos gestionadas. Crear un PostgreSQL o un Redis dedicado desde el panel, que se conecte automáticamente a la aplicación vía variable de entorno y que tenga copias de seguridad programadas a S3. Esa es justo la fricción que desaparece cuando vienes de montar stacks a mano. Las credenciales se inyectan como secretos y puedes rotarlas desde la interfaz sin tocar archivos.

Vistas previas por rama. Funciona bien para aplicaciones sin estado o con base de datos efímera. Cada PR abre un entorno con una URL única, y al cerrar el PR se destruye el entorno. Si llegas de Vercel, la lógica es idéntica.

Gestión de múltiples servidores. Un Coolify puede gobernar cinco VPS distintos, y moverte entre ellos es un desplegable en la UI. Esto es un punto débil en alternativas más pequeñas como Dokku, que asumen un solo anfitrión.

Dónde cojea todavía

No todo es oro. Hay cuatro áreas donde Coolify sigue sintiéndose verde:

  • El manejo de logs es funcional pero básico. Ves los logs del contenedor en streaming, pero no hay búsqueda histórica ni agregación por servicio. Para debugging serio sobre un incidente de hace dos días, vas a querer enviar logs a Loki, Grafana Cloud o Datadog por tu cuenta.

    Coolify no te estorba, pero tampoco ayuda. Ver nuestra guía de observabilidad con Grafana stack para opciones de complemento.

  • La observabilidad métrica está peor: hay un panel con CPU y memoria por contenedor, pero sin historial más allá de unas horas y sin alertas configurables.

  • Las migraciones y tareas previas al despliegue («release commands» al estilo Heroku) se soportan, pero el flujo es incómodo comparado con Railway o Fly.io.

  • Hay errores de interfaz que aparecen y desaparecen entre versiones. No suficientes para abandonar la herramienta, pero sí suficientes para recomendar no hacer actualizaciones a ciegas en producción sin leer antes las notas de versión.

Comparación honesta con las alternativas

Frente a PaaS comerciales (Vercel, Railway, Fly.io, Render): Coolify gana en control y coste a cambio de perder pulido y soporte. Si despliegas cuatro proyectos pequeños sobre un VPS de gama baja como los que detallo más abajo, Coolify es claramente más barato. Si tu tiempo vale más que el cheque mensual de Vercel, la ecuación se voltea rápido.

Frente a Dokku: Coolify gana en interfaz gráfica, soporte multi-servidor y ecosistema de integraciones. Dokku sigue siendo más liviano y más «Unix-y» si te sientes cómodo con buildpacks y CLI. Para equipos sin dedicación fuerte a ops, Coolify baja más la barrera.

Frente a compose a mano con Traefik (que es lo que tenemos en la infraestructura de Jacar Systems): la decisión es más interesante. Coolify te da la interfaz y las copias de seguridad, pero pierdes una capa de control y versionado explícito. Si tu infraestructura está en Git con tags estables, el salto a Coolify puede sentirse como perder trazabilidad a cambio de comodidad. También relacionado: si te interesa explorar alternativas ligeras, ver nuestra comparativa de Dokku como PaaS pequeño.

Cuándo compensa

Mi recomendación es usar Coolify cuando se cumplen tres condiciones:

  • Tienes dos o más aplicaciones pequeñas o medianas que desplegar en VPS propios y no quieres pagar por ellas en un PaaS comercial.

  • Tu equipo no tiene una persona dedicada a ops, o sí la tiene pero quiere que ese tiempo se invierta en cosas más interesantes que mantener pipelines de despliegue.

  • Asumes que vas a complementarlo con observabilidad externa cuando la cosa crezca.

Si alguna de las tres no se cumple, piensa dos veces. Si tienes un solo monolito grande y lo despliegas una vez al mes, compose a mano es más estable. Si tu equipo va a meterle horas a la observabilidad y al control fino, el cajón cerrado de Coolify va a sentirse estrecho con el tiempo.

Coolify es un proyecto que hace bien lo que promete, con una comunidad activa y con una trayectoria clara. No es Vercel; tampoco lo intenta ser. Es un PaaS abierto, transparente, y lo bastante bueno para un abanico grande de equipos.

Si prefieres leer este artículo en inglés: Coolify: a self-hosted Vercel on your own infrastructure

Preguntas frecuentes

¿Coolify necesita Kubernetes para funcionar?

No. Coolify orquesta contenedores Docker directamente mediante SSH, sin necesidad de Kubernetes ni Docker Swarm. El plano de control es el propio servidor donde instalas Coolify, y los nodos adicionales son servidores normales accesibles por SSH con clave.

¿Se pueden migrar aplicaciones existentes a Coolify sin tiempo de inactividad?

Depende de la aplicación. Las aplicaciones sin estado (Node, PHP sin sesiones de archivo) se migran con facilidad. Las que dependen de volúmenes Docker locales o de secretos manuales requieren planificar la migración con cuidado; Coolify no incluye un asistente de migración.

Qué cuesta esto en España

Coolify no cobra licencia: lo que pagas es el servidor donde lo instalas. Para un lector en España la referencia útil son los proveedores europeos, porque facturan en euros con IVA español y mantienen la infraestructura dentro de la UE.

En OVHcloud, el VPS-1 (2 vCore, 4 GB de RAM, 40 GB NVMe) aparece desde 3,81 € al mes más IVA, 4,61 € al mes con IVA incluido. El VPS-2 (4 vCore, 8 GB, 75 GB NVMe) sale desde 7,21 € más IVA. Con IVA son 8,72 € (tarifas de VPS de OVHcloud para España, consultadas el 5 de septiembre de 2026[4]).

La diferencia entre esos dos planes es la que decide si la experiencia es buena. Con 4 GB, Coolify arranca y despliega, pero el propio panel más Traefik ya ocupan una parte apreciable de la memoria. En cuanto añades una base de datos junto a la aplicación te quedas sin margen. Los 8 GB del segundo plan son los que convierten el servidor en algo con el que se puede trabajar sin vigilar el free -m.

Conviene comparar ese coste con el del PaaS gestionado al que sustituye, y hacerlo con honestidad. Un plan de pago de Vercel o Heroku incluye soporte, red global y guardias que tú no vas a tener. Si el servidor se cae un domingo, el que se levanta eres tú. Coolify sale a cuenta cuando ese trabajo ya lo estabas haciendo de todos modos.

Dónde viven los datos, y por qué importa aquí

Si la aplicación que despliegas trata datos personales, el Reglamento (UE) 2016/679 (RGPD) se aplica exactamente igual que si usaras un PaaS gestionado. Lo que cambia es la cadena.

Al autoalojar sigues siendo el responsable del tratamiento, pero reduces los encargados a uno solo, el proveedor de infraestructura. Ya no sumas la plataforma que despliega, la que construye y la que registra los logs. Eso simplifica el registro de actividades de tratamiento y las cláusulas que tienes que firmar. Y hace que la pregunta «¿en qué país está esta base de datos?» tenga una respuesta que puedes comprobar tú mismo.

Con proveedores europeos esto es directo: OVHcloud y Scaleway en Francia, Hetzner y IONOS en Alemania. Todos permiten elegir región dentro de la UE al crear el servidor, que es el momento en el que esa decisión se toma de verdad.

Fuentes

  1. versiones publicadas en GitHub
  2. v4.0.0 estable salió el 27 de abril de 2026
  3. v4.4-rc.1, del 19 de agosto de 2026
  4. tarifas de VPS de OVHcloud para España, consultadas el 5 de septiembre de 2026
  5. Coolify — Documentación oficial y casos de uso
  6. coollabsio/coolify — Repositorio en GitHub
  7. Traefik v3 — Referencia de configuración de enrutamiento