Un usuario migra 42 flujos de Zapier a n8n autoalojado y corta costes un 97%
La migración de la plataforma de automatización a un VPS de Hetzner reduce la factura mensual de 248 a 7,70 dólares y mejora la latencia.
Un administrador de sistemas ha completado la migración de 42 flujos de trabajo de la plataforma en la nube Zapier a una instancia autoalojada de n8n. El objetivo era eliminar los costes por ejecución que se acumulaban cuando los desencadenantes de sondeo no detectaban nuevos datos. El resultado es una reducción drástica del gasto operativo: lo que costaba 248 dólares al mes (combinando planes de Zapier y Make) ahora se sitúa en 7,70 dólares, gracias a un servidor virtual de bajo coste en Hetzner.
La infraestructura y el mantenimiento
La decisión técnica central fue abandonar la base de datos por defecto de n8n (SQLite) a favor de PostgreSQL. El usuario advierte que n8n registra cada carga de ejecución de forma predeterminada, lo que provocó una inflación rápida del disco en los primeros días de operación. La solución aplicada incluye la variable de entorno EXECUTIONS_DATA_PRUNE=true para purgar los datos tras 7 días, manteniendo el almacenamiento bajo control sin perder la capacidad de auditar errores recientes.
Para la exposición de la interfaz y los webhooks, se descartó abrir puertos 80 o 443 en el firewall del VPS. En su lugar, se implementó Cloudflare Tunnel (cloudflared), que gestiona el certificado SSL y enruta el tráfico directamente al contenedor sin exponer la IP pública del servidor. Este enfoque elimina una superficie de ataque común en despliegues de autoalojo y simplifica la renovación de certificados.
En cuanto al rendimiento, la diferencia es notable. El usuario reportaba latencias de 2 a 3 segundos en la plataforma anterior para procesar webhooks, mientras que en la instancia de Hetzner las respuestas se quedan por debajo de 200 milisegundos. La copia de seguridad se gestiona con un script en bash programado mediante cron, que volca la base de datos de Postgres, cifra el archivo y lo sube a Cloudflare R2. Una prueba de restauración en frío completó el ciclo en aproximadamente dos minutos.
El caso ilustra cómo la autoalojación de herramientas de orquestación puede revertir el modelo de precios elásticos de las plataformas SaaS cuando el volumen de ejecuciones es alto pero la lógica de negocio es estándar. No es una solución universal, ya que asume la capacidad técnica para mantener el hardware y la base de datos, pero demuestra que para equipos técnicos, el coste de oportunidad de seguir pagando por uso en la nube a menudo supera el esfuerzo de la migración. La comunidad en el hilo de Reddit está esperando a que el autor comparta su configuración docker-compose para replicar el despliegue.
