Тестирование n8n локально: npm против Docker против десктоп-приложения

Тот, кто хочет опробовать n8n локально, сегодня может выбрать между двумя официально поддерживаемыми способами: установкой через npm или запуском через Docker. Отдельного десктоп-приложения больше не существует, n8n прекратила поддержку этого приложения и вместо этого рекомендует путь через npm. Для быстрого теста без постоянной настройки лучше всего подходит npm, а для установки, которая позже также должна стать основой для постоянной эксплуатации, более надежным выбором является Docker. По состоянию на: июль 2026.

Установка через npm: быстрый тест, минимум усилий

Быстрее всего запустить n8n локально позволяет установка через npm. Требуется версия Node.js от 20.19 до 24.x. С помощью команды npx n8n можно опробовать n8n без постоянной установки; после этого он будет доступен по адресу http://localhost:5678. Если вы хотите настроить n8n на постоянной основе, установите его глобально командой npm install n8n -g и затем запустите командой n8n или n8n start. Обновления выполняются через npm update -g n8n, откат к более ранней версии выполняется путем повторной установки нужной версии, при необходимости дополненной командой n8n db:revert при изменениях в базе данных. По умолчанию этот вариант хранит учетные данные, workflow и прошлые запуски в базе данных SQLite по пути ~/.n8n/database.sqlite, а также ключ шифрования и файлы журналов в той же папке. Для первого знакомства или для разработки отдельных workflow этого достаточно, но для постоянной эксплуатации с несколькими пользователями эта папка не является надежной основой.

Docker: более чистая структура, ближе к продакшену

Способ с использованием Docker инкапсулирует n8n вместе со средой выполнения в контейнере и подключает именованный volume, благодаря чему данные сохраняются после перезапуска. Базовая установка, описанная в документации n8n, сначала создает volume (docker volume create n8n_data), а затем запускает контейнер командой docker run, при этом volume монтируется в /home/node/.n8n. Здесь n8n также по умолчанию использует SQLite для учетных данных, запусков и workflow; таким образом, данные остаются в том же формате каталога, что и в варианте с npm, только теперь они контейнеризированы и отделены от хоста с помощью volume. Для более production-ориентированных сценариев базу данных можно переключить на PostgreSQL с помощью переменных окружения (DB_TYPE, DB_POSTGRESDB_*). n8n прямо указывает в собственной документации, что self-hosting требует технических знаний, например при настройке и конфигурировании серверов и контейнеров, управлении ресурсами и защите среды. Если вы не хотите брать эти задачи на себя, n8n указывает на собственный облачный вариант как альтернативу self-hosting.

Прекращенное десктоп-приложение

Раньше n8n предлагала десктоп-приложение, с помощью которого можно было запускать n8n локально без Node.js или Docker. Этот вариант с тех пор прекращен, соответствующий репозиторий на GitHub заархивирован. В официальном объявлении n8n объясняет этот шаг тем, что использование в облаке и self-hosted растет очень сильно, тогда как десктоп-версия использовалась сравнительно мало и поэтому больше не поддерживается. Пользователям существующих десктоп-установок рекомендуется перейти на путь через npm, при этом существующие workflow и учетные данные можно перенести. Исходный код остается публично доступным, поэтому самостоятельная дальнейшая поддержка силами сообщества как минимум технически возможна, однако официальной поддержки для этого больше нет.

Какой вариант для какой цели

Для короткого теста отдельных workflow или для знакомства с интерфейсом самым быстрым входом является npx n8n, вообще без шага установки. Для регулярной локальной разработки имеет смысл глобальная установка через npm, потому что workflow и учетные данные сохраняются между сессиями. Как только среде нужно работать дольше, подключать несколько сервисов или позже развиваться в сторону production-конфигурации, более разумной отправной точкой становится Docker, потому что среда выполнения и данные четко разделены, а переход на внешнюю базу данных уже подготовлен. Если вы не уверены, сколько знаний о серверах и контейнерах реально есть в вашей команде, вам стоит прояснить этот вопрос до принятия решения, поскольку n8n прямо указывает в собственной документации, что self-hosting требует постоянной поддержки. В рамках услуги автоматизация с n8n мы берем на себя эту оценку для клиентов, которые хотят сами решить, что имеет больше смысла: локальная тестовая установка или сразу production-сервер.

Часто задаваемые вопросы о локальном тестировании n8n

Существует ли еще десктоп-приложение n8n?

Нет. n8n прекратила поддержку десктоп-приложения, соответствующий репозиторий заархивирован. В качестве замены n8n рекомендует установку через npm.

Какая версия Node.js нужна для установки через npm?

Согласно собственной документации, n8n требует версию Node.js от 20.19 до 24.x.

Где n8n хранит мои workflow при локальной установке?

По умолчанию в базе данных SQLite по пути ~/.n8n/database.sqlite, как при установке через npm, так и при использовании Docker, однако в этом случае внутри подключенного volume.

Можно ли сразу работать в production с локальной установкой npm или Docker?

Технически да, однако n8n прямо указывает, что self-hosting требует знаний в области эксплуатации серверов и контейнеров, управления ресурсами и защиты. Поэтому для постоянной эксплуатации обычно рекомендуется переход на внешнюю базу данных, например PostgreSQL, и осознанное решение в пользу self-hosting или против него.