Self-hosting en serio: control total sobre tu stack, sin depender de los límites de nadie

La conversación sobre self-hosting casi siempre empieza mal: alguien saca una calculadora, compara el precio de un SaaS con el costo de un VPS y declara victoria. Ese análisis está incompleto. El verdadero argumento no es financiero; es estructural.

El problema que nadie calcula: la dependencia operativa

Cuando tu operación corre sobre infraestructura de un tercero, ese tercero toma decisiones que te afectan sin consultarte. Stripe sube su tarifa de procesamiento. OpenAI introduce rate limits por tier. Zapier cambia su modelo de tareas incluidas en el plan. Notion limita la API. Cada uno de esos eventos es un riesgo silencioso que vive dentro de tu arquitectura.

Para una agencia B2B que automatiza procesos de clientes, eso es doblemente peligroso: no solo afecta tu operación interna, afecta los SLAs que le prometiste a alguien más.

Self-hosting con herramientas como n8n en Coolify no elimina todos los riesgos externos, pero sí mueve la variable crítica: el control del runtime vuelve a tus manos.

Qué cambia en la práctica

Cuando corres tu propia instancia de n8n en un servidor que administras:

• No hay límite de ejecuciones impuesto por un plan. Puedes correr 50.000 workflows al mes o 500.000. El techo lo pone tu hardware, no una política comercial de otro.
• No hay cambios de pricing que te tomen por sorpresa. La factura del servidor es predecible. No aparece un correo a las 11 pm avisando que el tier gratuito se reduce desde el lunes.
• No hay downtime por decisiones ajenas. Si n8n Cloud cae o hace una migración forzada, tu instancia no lo siente. Operas en tu ventana de mantenimiento, no en la de ellos.
• Los datos de tus clientes no transitan por servidores que no controlas. Para operaciones B2B con contratos de confidencialidad, eso no es un detalle: es un requisito.

El stack que hace esto funcionar

Self-hosting sin orden es peor que un SaaS caro. La clave es el stack correcto:

Coolify actúa como la capa de orquestación. Deployments desde Git, variables de entorno cifradas, SSL automático, rollback en un clic. Sin Coolify, administrar múltiples servicios en un VPS se convierte en trabajo manual que escala mal.

n8n self-hosted corre los workflows de automatización. Al tener control del entorno, puedes instalar nodos custom, modificar timeouts, conectar modelos locales o servicios internos que nunca estarían disponibles en una versión cloud.

Supabase self-hosted resuelve el backend de datos. Base de datos PostgreSQL, autenticación, storage y edge functions bajo tu control. Sin cuotas de filas, sin límites de requests, sin el riesgo de que cambien el free tier y rompan tu arquitectura.

Juntos, estos tres componentes forman una infraestructura que no tiene dependencias comerciales en su núcleo operativo.

Lo que sí requiere self-hosting

No es gratis en tiempo. Requiere:

• Alguien que entienda cómo configurar el entorno inicial y mantenerlo.
• Monitoreo activo: si el servidor se cae, no hay soporte de un SaaS que lo levante.
• Estrategia de backups. Supabase y n8n tienen mecanismos nativos; hay que configurarlos.
• Actualizaciones controladas. Cada nueva versión se evalúa antes de aplicar.

Eso no es un argumento en contra. Es el costo real de tener control. Y para una agencia que construye infraestructura crítica para clientes, ese costo tiene sentido: no puedes vender autonomía operativa mientras dependes de tres SaaS que pueden cambiar sus reglas mañana.

La pregunta correcta

No es "¿me ahorro dinero con self-hosting?". A veces sí, a veces la diferencia es marginal en el corto plazo.

La pregunta es: ¿quién decide cuándo y cómo opera tu infraestructura?

Si la respuesta incluye nombres de empresas ajenas a la tuya, el riesgo ya existe. Self-hosting es la decisión de eliminarlo.