Переход с n8n Cloud на self-hosted

Согласно официальной документации n8n, переход с n8n Cloud на самостоятельно размещённый (self-hosted) экземпляр n8n не может быть выполнен автоматически: рабочие процессы (workflow) можно экспортировать в виде файлов и импортировать в новую среду, однако учётные данные (credentials) по соображениям безопасности экспортировать нельзя, их необходимо полностью заново создать в целевой системе. Кроме того, при переходе на собственный домен изменяется адрес webhook, поэтому каждое внешнее подключение, обращающееся к n8n через webhook, нужно перенастроить. Тот, кто с самого начала учитывает эти два момента, избегает самых распространённых проблем при переходе. Актуально на: июль 2026.

Почему компании переходят с n8n Cloud на self-hosted?

Компании переходят прежде всего из-за суверенитета данных, контроля над расходами и более глубокой интеграции с собственной инфраструктурой. В n8n Cloud данные workflow и журналы выполнения находятся на серверах провайдера, тогда как при self-hosted вы сами определяете, на каком сервере и в какой стране хранятся данные. К этому добавляются такие факторы, как фиксированные, а не зависящие от использования расходы, и возможность напрямую подключать n8n к внутренним системам, VPN или собственным базам данных, что в облачном варианте невозможно в том же объёме.

Как экспортировать свои workflow из n8n Cloud?

Экспорт выполняется через панель администратора вашего облачного экземпляра: там вы открываете раздел Manage, выбираете Export и загружаете workflow в виде файлов. официальное руководство n8n по миграции с облака на self-hosted прямо указывает, что автоматизированного пути миграции не существует и что процесс экспорта-импорта через пользовательский интерфейс является предусмотренным способом. Также проверьте неактивные workflow и черновики, чтобы при импорте ничего не пропало.

Почему учётные данные нужно создавать полностью заново?

Учётные данные, как правило, нельзя экспортировать из n8n Cloud, поскольку по соображениям безопасности они привязаны к шифрованию соответствующего экземпляра. Поэтому после импорта файлов workflow вы вручную заново создаёте каждое подключение учётных данных, например к Google, Slack, Microsoft или собственным API, в новом экземпляре, как правило, включая повторную авторизацию OAuth. Сам импорт несложен: вы создаёте новый workflow в self-hosted экземпляре, открываете меню из трёх точек в правом верхнем углу, выбираете Import from file и загружаете ранее скачанный файл. Обязательно учитывайте повторное создание учётных данных, поскольку без действительных учётных данных импортированные workflow нельзя выполнить.

Почему адреса webhook меняются при переходе?

Адрес webhook меняется, потому что n8n формирует его на основе собственного домена, а точнее переменных окружения для протокола, хоста и порта, как только экземпляр работает уже не под облачным субдоменом, а на вашем собственном сервере. Если n8n работает за обратным прокси (reverse proxy), документация n8n по настройке URL webhook дополнительно рекомендует жёстко задать переменную окружения WEBHOOK_URL, чтобы n8n отображал правильный внешний адрес в интерфейсе и регистрировал его во внешних сервисах. Поэтому после переезда вам нужно вручную переключить на новый адрес каждое внешнее подключение, например к платёжным провайдерам, инструментам форм или другим системам, которые ранее указывали на облачный URL webhook.

Что нужно проверить перед переездом?

Перед самим переходом стоит провести инвентаризацию, чтобы работа после переезда была стабильной. Сюда входят полный список всех активных workflow вместе с внешними сервисами, отправляющими webhook в n8n, обзор всех необходимых учётных данных, а также план резервного копирования и обновлений новой инфраструктуры, поскольку при self-hosted эти задачи берёт на себя уже не провайдер, а вы сами. Тот, кто не хочет выполнять этот переезд самостоятельно, или хочет, чтобы существующая автоматизация на n8n технически грамотно обслуживалась с учётом немецкого суверенитета данных, найдёт в n8n-консалтинге NordFlux поддержку при переезде и текущей эксплуатации.

Часто задаваемые вопросы о переходе с n8n Cloud на self-hosted

Можно ли экспортировать учётные данные из n8n Cloud?

Нет, согласно официальной документации n8n, учётные данные нельзя экспортировать из n8n Cloud по соображениям безопасности. После импорта workflow их необходимо вручную заново создать в self-hosted экземпляре, включая повторную авторизацию OAuth для таких сервисов, как Google или Microsoft.

Сколько времени занимает миграция с n8n Cloud на self-hosted?

Официальная документация n8n не указывает общий срок. Затраты времени зависят прежде всего от количества workflow и учётных данных, поскольку каждое подключение учётных данных нужно создавать заново по отдельности, а каждый webhook нужно отдельно обновлять во внешних сервисах. Дополнительно заложите время на тестирование восстановленных workflow, прежде чем окончательно отключить облачный экземпляр.

Распространяется ли изменение URL webhook также на тестовые webhook?

Да, n8n различает тестовый URL, который используется при запуске неактивного workflow, и производственный URL, который регистрируется только при активации workflow. После переезда на self-hosted базовый адрес меняется для обоих типов URL, поэтому тестовые webhook, которые вы используете во время разработки, тоже нужно настроить заново.

Нужно ли мне самому заниматься резервным копированием и обновлениями при self-hosted?

Да, в отличие от n8n Cloud, при self-hosted вы сами берёте на себя эксплуатацию сервера, резервное копирование и обновления. Документация n8n описывает для этого различные способы установки, такие как npm, Docker или развёртывание у облачных провайдеров, однако не предоставляет управляемую эксплуатацию, как в облачной версии. Поэтому перед переездом уточните, кто будет заниматься мониторингом, резервным копированием и регулярными обновлениями экземпляра.