Autohospedaje: cuándo y cómo

La documentación abre con una advertencia que conviene tomarse en serio:

> “n8n recommends self-hosting for expert users. Mistakes can lead to data loss, security issues, and downtime.”

Instalar

Hay dos vías, npm y Docker, y n8n recomienda Docker para la mayoría de los casos. Además ya está anunciado que, a partir de la versión 3.0, el autohospedaje requerirá Docker. Los datos estables del despliegue: la imagen documentada es docker.n8n.io/n8nio/n8n, el puerto por defecto es 5678 y los datos persisten en el volumen montado en /home/node/.n8n.

Base de datos

Por defecto n8n usa SQLite para guardar credenciales, ejecuciones y workflows. MySQL y MariaDB ya no se admiten como backend; la recomendación para compatibilidad y soporte a largo plazo es PostgreSQL. Los derivados compatibles con PostgreSQL no tienen soporte oficial.

Seguridad básica

N8N_ENCRYPTION_KEY define la clave con la que se cifran las credenciales; si no la fijas, n8n genera una al azar en el primer arranque. Las variables N8N_BASIC_AUTH_* fueron eliminadas: la gestión de usuarios es obligatoria.

Escalar

En modo queue hay una instancia principal que recibe la información de los workflows y varias instancias worker que ejecutan. Requiere Redis como broker. No se recomienda con SQLite, y la clave de cifrado de la principal debe compartirse con todos los workers.

El modo queue está incluido en la edición Community, que es gratuita de forma indefinida.