Релиз

n8n 2.0 вышел: полный разбор всех изменений

Два года ожидания — и вот оно. Новая парадигма Save/Publish, SQLite в 10 раз быстрее, изолированное выполнение кода и куча breaking changes. Разбираем, что изменилось и как не сломать свои автоматизации.

10 минут чтения Обновлено: 14 декабря 2025
Бета 2.0.0 5 декабря
Стабильный релиз 15 декабря
Конец поддержки 1.x Март 2026

Важно понимать: n8n 2.0 — это не про новые фичи. Это про укрепление платформы. Команда n8n сама называет его «hardening release» — релиз для закалки. Безопасность по умолчанию, удаление легаси-костылей, исправление давних багов.

Но есть одна фича, которая изменит всё. И несколько breaking changes, которые могут сломать ваши автоматизации. Разберём по порядку.

Save/Publish — главное нововведение

Знакомая боль: редактируешь работающий workflow, случайно сохранил — и всё сломалось в продакшне. Или наоборот: долго работал, не сохранял, браузер упал — работа потеряна.

В n8n 2.0 это исправлено навсегда.

Новая парадигма: черновик и публикация

Save — сохраняет черновик. Рабочий workflow не трогает. Можно спокойно экспериментировать.
Publish — публикует изменения в продакшн. Осознанное действие, когда вы готовы.

Это меняет весь процесс работы. Теперь можно:

  • Редактировать рабочие автоматизации без страха их сломать
  • Сохранять промежуточные версии как черновики
  • Публиковать только когда всё протестировано

Производительность: SQLite в 10 раз быстрее

Новый SQLite pooling драйвер показывает до 10x ускорение в бенчмарках. Это не маркетинг — это реальные тесты n8n.

  • SQLite pooling — новый драйвер по умолчанию, старый легаси-драйвер удалён
  • Filesystem для бинарных данных — лучше работает под нагрузкой, режим «в памяти» удалён
  • Task runners — изолированное выполнение кода с лучшим управлением ресурсами

Для масштабных проектов: n8n 2.0 способен обрабатывать до 220 выполнений workflow в секунду.

Human-in-the-Loop наконец работает правильно

Если вы использовали sub-workflow с нодами ожидания (Wait, формы, Slack approvals) — вы знаете боль. Родительский workflow получал не результат, а входные данные.

В 2.0 это исправлено. Теперь родительский workflow корректно ждёт завершения sub-workflow и получает его реальный output. Human-in-the-loop автоматизации работают как задумано.

Безопасность: secure by default

n8n 2.0 переходит на философию «безопасно по умолчанию». Что это значит:

Что отключено по умолчанию

  • ExecuteCommand и LocalFileTrigger ноды — считаются опасными
  • Доступ к переменным окружения из Code нод — используйте credentials
  • Файловый доступ ограничен папкой ~/.n8n-files
  • Bare Git репозитории — отключены в Git ноде

Всё это можно включить обратно через переменные окружения, если нужно. Но по умолчанию — максимальная защита.

Task Runners по умолчанию

Все Code ноды теперь выполняются в изолированных task runners. Это значит:

  • Код не может повлиять на основной процесс n8n
  • Лучшая изоляция между разными выполнениями
  • Защита от зависаний и утечек памяти

Breaking changes: что сломается

Это не страшилка — это чеклист. Пройдитесь по нему перед обновлением.

База данных

MySQL и MariaDB больше не поддерживаются

Если используете MySQL или MariaDB — мигрируйте на PostgreSQL до обновления. SQLite тоже вариант, но для продакшна рекомендуется PostgreSQL.

Удалённые ноды

Эти сервисы закрылись, ноды удалены:

  • Spontit — сервис push-уведомлений
  • crowd.dev — community платформа
  • Kitemaker — project management
  • Automizy — email marketing

Если используете эти ноды — workflow упадёт. Замените на альтернативы или удалите.

Python Code ноды

Pyodide-версия Python удалена. Если использовали встроенные переменные вроде _input или dot-нотацию — придётся переписать. Нужны внешние task runners для Python.

Docker

Изменились теги образов:

  • lateststable
  • nextbeta

Рекомендация: пиньте конкретную версию, например n8nio/n8n:2.0.2. Так безопаснее.

Образ n8nio/n8n больше не включает task runners. Для external mode используйте отдельный образ n8nio/runners.

Tunnel удалён

Команда n8n --tunnel больше не работает. Используйте:

  • ngrok — самый популярный вариант
  • localtunnel — бесплатная альтернатива
  • Cloudflare Tunnel — если используете Cloudflare

Конфигурация .env файлов

Обновлена библиотека dotenv. Изменения:

  • Другая обработка backtick-символов
  • Поддержка многострочных значений
  • Другое распознавание комментариев

Проверьте свои .env файлы после обновления.

Как проверить свои автоматизации

n8n добавил инструмент Migration Report. Он анализирует все ваши workflow и показывает:

  • Какие автоматизации затронуты breaking changes
  • Уровень критичности: critical, medium, low
  • Что конкретно нужно исправить

Migration Report доступен администраторам в настройках n8n. Запустите его до обновления — это сэкономит часы отладки.

Хронология релиза

5 декабря 2025

Бета n8n 2.0.0

Первая публичная бета для тестирования. Уже прошла.

10 декабря 2025

Патч 2.0.1

Первые багфиксы на основе фидбека от ранних пользователей.

12 декабря 2025

Патч 2.0.2

Дополнительные исправления. Релиз стабилизируется.

15 декабря 2025

Стабильный релиз

Официальный stable-релиз для production. Можно обновляться.

Март 2026

Конец поддержки 1.x

Версия 1.x перестанет получать любые обновления. Дедлайн для миграции.

Л.И.С.А. и n8n 2.0

Л.И.С.А. — наш open source ИИ-агент — построена на базе n8n. Мы уже тестируем совместимость с 2.0.

Что это значит для пользователей Л.И.С.А.

Обновлённая версия Л.И.С.А. для n8n 2.0 будет опубликована после стабилизации релиза. Новая парадигма Save/Publish и улучшенная производительность будут доступны.

Следите за обновлениями в нашем Telegram-канале.

Если используете Л.И.С.А. — дождитесь нашего обновления. Мы протестируем всё за вас.

Обновляться или ждать?

Честный ответ:

Обновляйтесь сейчас:

  • PostgreSQL или SQLite — база данных готова
  • Не используете ExecuteCommand, LocalFileTrigger
  • Не используете Python Code ноды с Pyodide
  • Migration Report показывает зелёный свет
  • Хотите парадигму Save/Publish

Подождите:

  • MySQL или MariaDB — нужна миграция базы
  • Используете удалённые ноды (Spontit, crowd.dev и др.)
  • Критичный продакшн — дайте пару недель на стабилизацию
  • Используете n8n --tunnel — нужна альтернатива

Дедлайн — март 2026. После этого версия 1.x перестанет получать обновления вообще. Три месяца на миграцию — достаточно.

Частые вопросы о n8n 2.0

Бета-версия n8n 2.0 вышла 5 декабря 2025 года, стабильный релиз — 15 декабря 2025. Уже доступны патчи 2.0.1 и 2.0.2 с исправлениями. У вас есть 3 месяца на переход с версии 1.x.

Нет, n8n 2.0 остаётся бесплатным для self-hosted установки. Обновление доступно для всех: Community (бесплатная), Cloud и Enterprise версии.

Это главное нововведение 2.0! Теперь кнопка Save сохраняет черновик, не затрагивая работающий workflow. А кнопка Publish публикует изменения в продакшн. Больше никаких случайных поломок рабочих автоматизаций при редактировании.

Большинство workflow продолжат работать. Но есть критичные изменения: удалена поддержка MySQL/MariaDB (нужен PostgreSQL или SQLite), отключены опасные ноды ExecuteCommand и LocalFileTrigger, удалены ноды для закрывшихся сервисов. Запустите Migration Report перед обновлением.

Да, версия 1.x будет получать обновления безопасности до марта 2026. Но новых функций не будет. После марта 2026 поддержка полностью прекратится.

Команда n8n --tunnel удалена в версии 2.0. Используйте альтернативы: ngrok, localtunnel или Cloudflare Tunnel для доступа к локальному серверу извне.

Итого

n8n 2.0 — это не про новые фичи. Это про укрепление платформы для enterprise-уровня:

  • Save/Publish — черновики отдельно от продакшна, наконец-то
  • SQLite в 10x быстрее — новый pooling драйвер
  • Human-in-the-Loop — sub-workflow с Wait нодами работают правильно
  • Secure by default — изолированное выполнение, отключённые опасные ноды
  • До 220 workflow/сек — готово к масштабированию

Но есть breaking changes:

  • MySQL/MariaDB — не поддерживаются, мигрируйте на PostgreSQL
  • Tunnel удалён — используйте ngrok
  • Docker теги изменились — stable/beta вместо latest/next
  • Удалены ноды закрывшихся сервисов

Что делать:

  1. Запустите Migration Report в настройках n8n
  2. Проверьте базу данных — если MySQL/MariaDB, планируйте миграцию
  3. Обновляйтесь до марта 2026

Нужна помощь с миграцией на n8n 2.0?

Мигрируем с MySQL на PostgreSQL, адаптируем workflow под новые ограничения, настроим task runners. Работаем с n8n с 2023 года, знаем все подводные камни.

Полезная статья?

Сохраните в закладки, чтобы не потерять

Ctrl + D