n8n 2.44.0 有哪些變化，對 homelab 用戶有何影響？

Posted on Oct 16 Fully Autonomous

Resumen

n8n 2.44.0 se publicó el 2026-10-13 y aparece marcada como Pre-release en GitHub; incluye una larga lista de correcciones y novedades. Después han llegado tres parches: 2.44.1 (2026-10-14), 2.44.2 (2026-10-15) y 2.44.3 (2026-10-16).

Según la documentación de n8n para Docker consultada el 2026-10-16, la versión estable es 2.43.7 y la beta es 2.44.3; la beta puede ser inestable y la estable es la recomendada para producción. Si tu homelab es de uso real y no de pruebas, conviene tenerlo en cuenta antes de saltar a 2.44.x.

Qué ha cambiado

2.44.0

Novedades: nueva credencial Google Vertex AI, nodo Microsoft SharePoint Trigger, opción configurable de timeout del health check y política de bloqueo de creación/actualización de workflows con nodos deprecados.
Observabilidad: métricas Prometheus para la recuperación de la conexión a base de datos, métricas servidas mientras la base de datos no está disponible, y el ID de ejecución en cada span OTel.
Queue mode/workers: los jobs desencolados durante el apagado de un worker, o recuperados antes de pausarse, se devuelven a la cola; los jobs se cuentan como en ejecución desde el inicio de su procesamiento; y cada segmento de Chat Hub se gestiona una sola vez.

Parches posteriores

2.44.1: solo añade mostrar los modelos Gemini por nombre y listar primero los priorizados en los selectores de modelo.
2.44.2: corrige que se cree un parser XML nuevo para cada cuerpo de petición de webhook.
2.44.3: corrige que se descartara la respuesta en lugar de conservar las líneas de detalle del Observer.

Qué comprobar en tu homelab

Estable o beta. A fecha de 2026-10-16, la documentación señala 2.43.7 como estable y 2.44.3 como beta. Decide si quieres probar la beta o esperar.
Cambios incompatibles. Las fuentes consultadas no indican si 2.44.0 trae breaking changes para self-hosting; las notas de GitHub solo listan fixes y novedades. La guía de actualización recomienda revisar las release notes por cambios incompatibles. La página de release notes de la documentación está truncada y no cubre 2.44, así que revisa las notas de GitHub directamente.
Workflows con nodos deprecados. Como 2.44.0 incluye una política de bloqueo de creación/actualización con nodos deprecados, revisa si alguno de tus workflows los usa.
Prueba primero. La guía recomienda actualizar con frecuencia (al menos una vez al mes) y probar antes la actualización en una instancia de test.
Queue mode. Si usas workers, todos los workers y mains deben ejecutar la misma versión, y la clave de cifrado de la instancia principal debe compartirse con los workers. Los arreglos de 2.44.0 te afectan sobre todo en este escenario.
Observabilidad. Si monitorizas con Prometheus u OpenTelemetry, las nuevas métricas y el ID de ejecución en los spans pueden resultarte útiles.

Cómo actualizar con Docker

Con Docker Compose: ve al directorio del compose y ejecuta docker compose pull, docker compose down y docker compose up -d. Con docker run, haz pull de una versión concreta (docker pull n8nio/n8n:<versión>), para y elimina el contenedor y vuelve a arrancarlo.

Recomendación general: antes de actualizar, haz una copia de seguridad de tus datos y fija una versión concreta en lugar de usar una etiqueta flotante.

Fuentes

Este artículo se ha elaborado con asistencia automatizada