Coolify

Qué es Coolify en realidad

Coolify (github.com/coollabsio/coolify) es un plano de control para servidores que son tuyos. Lo apuntas a una máquina por SSH — un VPS, hierro dedicado o una Raspberry Pi, en palabras del propio proyecto — y se encarga de la distancia que hay entre un repositorio de git y un servicio en marcha: construir la imagen, levantar el contenedor, emitir el certificado, enganchar el dominio y mantener al lado las bases de datos y los servicios de un clic. Leer el archivo LICENSE en lugar de la insignia lo confirma: es un texto Apache 2.0 limpio y sin modificar, sin apéndices y sin línea divisoria entre un núcleo gratuito y un directorio de pago, que es el arreglo open core que sí usan varios de sus vecinos. Existe una versión de nube de pago, y la nota del propio repositorio es que el proyecto pretende no dejar ninguna función detrás del muro de pago: lo que vende la nube es alta disponibilidad, notificaciones, soporte y que el mantenimiento lo haga otro.

La afirmación que conviene leer con calma es la del bloqueo de proveedor. El README dice que tu configuración se escribe en tu propio servidor, así que si dejaras de usar Coolify seguirías pudiendo gestionar lo que está corriendo — y añade, con sus propias palabras, que perderías las automatizaciones. Es una forma poco habitual de decirlo por lo directa, y es el modelo mental correcto: lo que conservas son los contenedores y la configuración, lo que pierdes es la maquinaria que los reconstruía y volvía a desplegar por ti. Sigue siendo una respuesta mucho mejor que la que dan casi todas las plataformas gestionadas a la misma pregunta, que es un botón de exportar o nada.

La factura que estás comparando de verdad

La comparación de titular es fácil y engañosa. Una plataforma gestionada te cobra al mes por algo que dos servidores pequeños aproximan, así que la aritmética parece resuelta antes de empezar. La comparación real no es la factura, es la factura más las horas — y las horas son la mitad que nadie estima con honestidad al principio, porque llegan más tarde y a trozos pequeños.

Nada de eso es un argumento en contra de autoalojar. Es un argumento a favor de hacerlo a conciencia. Es un buen intercambio cuando tu tiempo cuesta menos que la factura, cuando tienes varios servicios que correr y el coste fijo del plano de control se reparte, y cuando prefieres toparte con un límite que puedes ver antes que con uno que te ha puesto otro. Es un mal intercambio en el mes en que intentas encontrar a tus primeros clientes, porque cada hora que te lleve es una hora que no dedicas a conseguir que alguien visite eso que has hecho.

Lo que aprendimos llevando nuestra propia flota en una plataforma gestionada

Nosotros no usamos Coolify, así que esta página no afirma nada sobre operarla. De lo que sí podemos hablar de primera mano es de la decisión que hay al otro lado: nosotros corremos un contenedor por espacio de trabajo de cliente en una plataforma gestionada, y hubo tres cosas que nos sorprendieron y que conviene saber antes de elegir en cualquiera de los dos sentidos.

La primera es que los límites de una plataforma gestionada son números de otra persona, y pueden acabar delante de tus usuarios. La nuestra limita cuántos servicios puede contener un mismo proyecto. Llegamos a ese techo, y el fallo no apareció como una alerta: apareció como un cliente que, a mitad de registrarse, vio el mensaje de cuota de la propia plataforma, con el nombre de nuestro proveedor y una invitación a mejorar el plan dirigida a nosotros y no a él. Un límite sobre hardware que alquilas tú es, al menos, un límite que ves acercarse. Ese es un punto real a favor de Coolify y, de todo lo que hay aquí, el que más peso le daríamos.

La segunda es arquitectónica. Nuestra solución fue dejar de dar a cada cliente su propio servicio y pasar a asignar a los clientes un servicio de un grupo genérico según van llegando. Si estás planeando un contenedor por cliente en cualquier plataforma, gestionada o autoalojada, averigua cuál es el techo antes de diseñar alrededor de él y no después.

La tercera va del ahorro en sí. Dejar que las máquinas inactivas bajen a cero es dinero de verdad, y lo difícil no es conseguir que se duerman: es que sigan dormidas. Cada despertar que investigamos resultó ser un temporizador en segundo plano que nadie consideraba tráfico: una comprobación de salud, un sondeo de estado, un panel abierto en otra ventana. Una sola pestaña olvidada con la sesión iniciada, refrescándose sola, mantuvo un espacio de trabajo despierto casi permanentemente mientras el resto de la flota dormía la mayor parte del día, así que el ahorro en ese espacio fue nulo. Antes de añadir cualquier tarea periódica a un montaje autoalojado, pregúntate qué le hace a una máquina que se supone que está dormida.

Esa es la forma honesta de la elección. Coolify traslada el botón de desplegar a hardware que controlas y te entrega el busca junto con él. Vayas por donde vayas, publicar es el principio del problema y no el final: eso que acabas de desplegar todavía tiene que encontrarlo alguien, y esa es una disciplina distinta de la que consiguió ponerlo en marcha. Las piezas autoalojadas que quien funda una empresa acaba corriendo al lado con más frecuencia son PocketBase para el backend, OpenStatus para enterarte de cuándo se ha caído y Meilisearch cuando el buscador empieza a importar.