Установка n8n: способы и что выбрать

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

Облако против своего сервера

Облако. Ничего не поднимать, обновления не ваша забота, доступ сразу. Платите по тарифу, обычно с ограничением по числу операций. Данные проходят через сервис.

Свой сервер. Данные не уходят третьей стороне, тарификация по операциям исчезает - вы платите за VPS. Взамен получаете обязанности: обновления, бэкапы, доступность, HTTPS.

Как выбирать, по одному вопросу:

• Есть ли чувствительные данные? Если да, вопрос закрыт: свой сервер.
• Какой объём операций? На больших объёмах свой сервер дешевле кратно.
• Есть ли кому обслуживать? Если нет, облако честно решит задачу быстрее.
• Нужны ли внешние вебхуки? И там и там работает, но на своём сервере нужен публичный адрес и HTTPS - см. триггеры и вебхуки.

Отдельно для России: с оплатой облака есть сложности, и это одна из причин, по которой self-hosted здесь распространён больше - подробности в статье n8n в России.

Docker

Основной способ для постоянной работы. Что он даёт:

• Воспроизводимость. Окружение одинаково на любой машине.
• Простое обновление. Заменить образ, перезапустить.
• Изоляцию. Не тянет зависимости в систему.

Что нужно задать при запуске, иначе потом будет больно:

Том для данных. Без него всё исчезнет при пересоздании контейнера. Это ошибка номер один.

Ключ шифрования. Явно задать и сохранить. Он шифрует креденшелы: потеряете - потеряете все доступы, даже с целой базой.

Публичный адрес. Если этого не сделать, n8n будет выдавать вебхукам localhost, куда внешний сервис не достучится.

Часовой пояс. По умолчанию UTC, и «каждый день в 9:00» окажется девятью утра по UTC.

Внешняя база вместо файловой - для продакшена. Файловая база подходит для одного пользователя и небольших объёмов, дальше начинает мешать.

Развёрнуто, вместе с реверс-прокси и обновлениями, - в статье n8n в Docker.

npm и быстрый запуск

Через npx. Одна команда, ничего не настраивая. Идеально, чтобы посмотреть интерфейс и понять, подходит ли инструмент. Не для постоянной работы.

Глобальная установка npm. Работает, но плохо переживает обновления Node и требует ручной настройки автозапуска. Годится для локальных экспериментов; для сервера Docker удобнее.

Требование одно: достаточно свежая версия Node. Старая версия даёт невнятные ошибки при запуске, и на их поиск уходит больше времени, чем на обновление.

Что выбрать под задачу

Ситуация	Способ
Посмотреть, что это такое	npx
Личные автоматизации, немного	Облако или Docker локально
Чувствительные данные	Docker на своём сервере
Большие объёмы операций	Docker на своём сервере
Нет никого для обслуживания	Облако
Команда и продакшен	Docker плюс внешняя база

Первые шаги после установки

1. Задайте ключ шифрования и сохраните его отдельно от сервера.
2. Проверьте, что вебхуки отдают правильный адрес, а не localhost.
3. Настройте бэкап базы. Восстановление воркфлоу из памяти невозможно.
4. Поставьте часовой пояс.
5. Соберите тестовый воркфлоу с расписанием и вебхуком, чтобы убедиться, что оба механизма работают.

Дальше - триггеры и вебхуки и работа с данными. Обзор - гид по n8n.