Autoalojar n8n con Managed Postgres

Qué despliega esta plantilla de n8n

Esta plantilla crea una app de n8n y una base de datos Managed Postgres por separado. Lizard conecta la app con Postgres mediante referencias a variables de entorno, así no tienes que copiar contraseñas de la base de datos a un repositorio.

n8n permite crear flujos de trabajo que conectan APIs, transforman datos y ejecutan pasos según un horario o desde un webhook. Puedes usarlo para enviar contactos a un CRM, sincronizar registros entre servicios, enviar alertas o llamar a un modelo de IA como parte de un flujo. Los servicios externos pueden cobrar por llamadas a la API, mensajes o tokens del modelo.

El código de la plantilla actual envuelve la imagen oficial n8nio/n8n:latest y escucha en el puerto 5678. Establece un límite para la app de 4 vCPUs y 4 GiB de RAM, más PostgreSQL 18 con 1 GiB de almacenamiento. Son ajustes de la plantilla, no necesidades de recursos medidos ni una promesa de que todo flujo encajará.

Postgres almacena los registros de la base de datos de n8n. La plantilla no define una clave de cifrado explícita, no adjunta Persistent Volumes a la app ni configura trabajadores de Redis. Completa la configuración siguiente antes de añadir credenciales o ejecutar flujos de negocio.

Cómo desplegar n8n en Lizard

1. Elige Desplegar ahora. Inicia sesión en Lizard si es necesario. La plantilla crea la app y la base de datos en tu espacio de trabajo. Verifica los límites de recursos de tu cuenta antes de desplegar.
2. Revisa el despliegue. Espera a que la compilación y la app se vuelvan saludables. Abre la dirección HTTPS pública de la app y completa la configuración de la cuenta de propietario de n8n. Si el inicio falla, revisa los logs de la app y las variables de conexión a la base de datos.
3. Mantén estable la clave de cifrado. Antes de guardar credenciales de servicios, define una N8N_ENCRYPTION_KEY fuerte y única en el entorno de la app. Guarda una copia de seguridad segura de esa clave. En una instancia existente, conserva su clave actual; reemplazarla por un valor nuevo no vuelve a cifrar las credenciales existentes.
4. Define la dirección pública del webhook. Usa la URL HTTPS de tu app en la configuración de webhook de n8n y vuelve a desplegar para aplicar los cambios de entorno. Prueba un flujo publicado mediante su URL de webhook de producción.
5. Define la zona horaria y prueba un reinicio. Verifica disparadores programados, una conexión a API externa y los datos de flujos guardados tras un reinicio controlado. Configura y prueba la recuperación antes de confiar en la instancia.

Para ajustes de servicio repetibles, lee la referencia de configuración del Lizard CLI. Cubre lizard-config.json y lizard config apply --dry-run, que previsualizan cambios antes de aplicarlos. Mantén los valores secretos fuera de los archivos que confirmes. Para ayuda con el despliegue o la cuenta, contacta con soporte de Lizard.

Para un flujo probado, sigue nuestro ejemplo de webhook n8n a Postgres. Incluye una imagen de n8n fijada, autenticación por cabecera, comprobaciones de reintento y resultados antes y después de un reinicio del servicio.

Cómo funcionan los webhooks detrás de HTTPS

n8n escucha dentro de la app en el puerto 5678; los clientes la alcanzan a través de la dirección HTTPS pública. Define la URL base del webhook con esa dirección pública para que n8n registre URLs de devolución de llamada alcanzables con otros servicios.

Para n8n 2.35.0 y posterior, usa N8N_WEBHOOK_URL. Las versiones anteriores usan WEBHOOK_URL; n8n descontinuó ese nombre en la 2.35.0. Ajusta la configuración a la versión que despliegues. Verifica N8N_PROXY_HOPS contra el número de proxies de confianza en tu ruta de solicitud y confirma las cabeceras de host y protocolo reenviadas. Consulta la configuración de proxy inverso de n8n.

Tras un cambio de dominio, actualiza la URL base y cualquier URL de redirección OAuth registrada con servicios externos. Prueba los webhooks de producción por separado de las URLs temporales de prueba del editor.

¿Sobrevivirán los flujos y credenciales a un redespliegue?

La base de datos Postgres separada almacena los registros de flujos y las credenciales cifradas. Recuperar las credenciales también requiere la clave de cifrado original. n8n normalmente genera esa clave en el primer lanzamiento y la guarda bajo ~/.n8n. Un respaldo de la base de datos por sí solo no puede reemplazar una clave perdida. Sigue la guía de clave de cifrado de n8n.

No confíes en el sistema de archivos temporal de la app para archivos que necesites conservar. Si tu configuración necesita archivos locales de n8n, adjunta un volumen persistente en /home/node/.n8n y verifica que el usuario del contenedor pueda escribir en él. La guía de Docker de n8n explica por qué ese directorio sigue importando con Postgres.

Planifica la recuperación de la base de datos, la clave de cifrado y cualquier archivo almacenado. Confirma la retención de respaldos y los pasos de restauración para tu configuración; esta plantilla no configura un horario de respaldo. Lee los límites de almacenamiento y recuperación de Lizard antes de elegir un plan de recuperación.

Cuánto cuesta autoalojar n8n

Tu total tiene tres partes: alojamiento en Lizard, cualquier licencia de n8n de pago que elijas y cargos de los servicios que llamen tus flujos. n8n Community no tiene cuota de suscripción de software para uso permitido, pero eso no hace que el alojamiento ni todas las funciones de n8n sean gratis.

Lizard usa pago por uso sin suscripción mensual. Para esta plantilla, presupuesta tanto la app de n8n como Managed Postgres, además de almacenamiento y cualquier salida facturable. Los costes de recursos se descuentan de tu saldo. Los créditos comprados no caducan; las comisiones de pago aparecen antes de la recarga. Una instancia de n8n inactiva sigue usando memoria y mantiene su base de datos corriendo.

Para estimar un mes:

1. Mide el tiempo de CPU y el uso de memoria de la app y la base de datos en un periodo representativo, incluidos trabajos programados y ejecuciones concurrentes.
2. Multiplica esas cantidades por las tarifas de precios de Lizard. Añade cargos por almacenamiento y transferencia saliente.
3. Aplica una sola vez los créditos de prueba o promocionales elegibles; no cuentes un saldo comprado como descuento. Añade por separado cualquier licencia de n8n y cargos de API externas.

El número de ejecuciones por sí solo no predice la factura: una petición HTTP corta y un flujo que procesa archivos grandes usan recursos distintos. Los límites de CPU y RAM de la plantilla son techos, no un cargo mensual fijo. Mide tus propios flujos antes de elegir límites o comparar costes.

n8n Cloud, Lizard o un VPS: ¿cuál elegir?

Elige n8n Cloud cuando quieras que n8n gestione el servicio. Elige Lizard cuando quieras autoalojar n8n con Managed Postgres y gestionar la configuración de tu app sin configurar un servidor. Un VPS conviene a equipos que quieren control a nivel de servidor y pueden mantener esa configuración.

Community, Business y Enterprise no incluyen las mismas funciones. Consulta la guía de ediciones de n8n y los precios actuales para funciones como compartir, SSO y entornos. Revisa la licencia de n8n para tu uso previsto, especialmente si planeas ofrecer n8n a clientes.

¿Puede esta plantilla escalar a más flujos?

Empieza midiendo la duración de las ejecuciones, picos de memoria y ejecuciones concurrentes. Ajusta el diseño de los flujos y la retención de datos de ejecución, y luego adapta los recursos de la app y la base de datos según necesites. Un límite de recursos mayor no hace que una API lenta responda más rápido.

Esta plantilla ejecuta una app de n8n. Para una configuración con workers, el modo cola de n8n añade Redis y procesos worker que comparten la base de datos y la clave de cifrado. Requiere configuración adicional; añadir réplicas de la app por sí solo no es la misma configuración. Lizard provee Managed Redis y Managed Postgres como servicios separados.

¿Cómo actualizar n8n?

La plantilla sigue actualmente la etiqueta de imagen latest, por lo que una compilación posterior puede usar una versión más nueva de n8n. Para actualizaciones controladas, usa tu propia copia del repositorio de la plantilla y fija la imagen a una versión probada. Haz copia de seguridad de la base de datos y la clave, revisa las notas de versión de n8n y prueba flujos importantes antes de cambiar la versión en producción. Prueba también la restauración de la base de datos y el retroceso de la app: una nueva versión puede cambiar el esquema de la base de datos.