Самостоятельно разместите n8n с Managed Postgres

Что разворачивает этот шаблон n8n?

Этот шаблон создаёт одно приложение n8n и отдельную базу данных Managed Postgres. Lizard связывает приложение с Postgres через ссылки на переменные окружения, поэтому вам не нужно копировать пароли базы данных в репозиторий.

n8n позволяет создавать рабочие процессы, которые подключают API, трансформируют данные и запускают шаги по расписанию или через вебхук. Вы можете использовать его для передачи лидов в CRM, синхронизации записей между сервисами, отправки уведомлений или вызова ИИ-модели как части рабочего процесса. Внешние сервисы могут взимать плату за вызовы API, сообщения или токены моделей.

Текущий исходный код шаблона оборачивает официальный образ n8nio/n8n:latest и слушает порт 5678. Он устанавливает лимит приложения в 4 vCPU и 4 ГБ ОЗУ, а также PostgreSQL 18 с 1 ГБ хранилища. Это настройки шаблона, а не измеренные потребности в ресурсах или гарантия того, что каждый рабочий процесс поместится.

Postgres хранит записи базы данных n8n. Шаблон не задаёт явный ключ шифрования, не подключает Persistent Volumes к приложению и не настраивает Redis-воркеры. Завершите настройку ниже перед добавлением учётных данных или запуском бизнес-рабочих процессов.

Как развернуть n8n на Lizard

1. Выберите Развернуть сейчас. Войдите в Lizard при необходимости. Шаблон создаст приложение и базу данных в вашем рабочем пространстве. Проверьте лимиты ресурсов аккаунта перед развёртыванием.
2. Проверьте развёртывание. Дождитесь, пока сборка и приложение станут здоровыми. Откройте публичный HTTPS-адрес приложения и завершите настройку учётной записи владельца n8n. Если запуск не удался, проверьте логи приложения и переменные подключения к базе данных.
3. Сохраните стабильность ключа шифрования. Перед сохранением учётных данных сервисов задайте сильный, уникальный N8N_ENCRYPTION_KEY в окружении приложения. Сохраните надёжную резервную копию этого ключа. Для существующего экземпляра сохраните его текущий ключ; замена его на новое значение не перешифрует существующие учётные данные.
4. Задайте публичный адрес вебхука. Используйте HTTPS-URL вашего приложения в конфигурации вебхуков n8n, затем переразверните для применения изменений окружения. Протестируйте опубликованный рабочий процесс через его продакшн-URL вебхука.
5. Установите часовой пояс и протестируйте перезапуск. Проверьте запланированные триггеры, подключение к внешнему API и сохранённые данные рабочих процессов после контролируемого перезапуска. Настройте и протестируйте восстановление перед тем, как полагаться на экземпляр.

Для воспроизводимых настроек сервиса прочитайте справочник конфигурации Lizard CLI. Он охватывает lizard-config.json и lizard config apply --dry-run, которые показывают изменения перед применением. Держите секретные значения вне файлов, которые вы коммитите. По вопросам развёртывания или аккаунта обратитесь в поддержку Lizard.

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

Как работают вебхуки за HTTPS?

n8n слушает внутри приложения на порту 5678; клиенты обращаются к нему через публичный HTTPS-адрес. Укажите базовый URL вебхука как этот публичный адрес, чтобы n8n регистрировал доступные URL обратного вызова в других сервисах.

Для n8n 2.35.0 и новее используйте N8N_WEBHOOK_URL. Более ранние версии используют WEBHOOK_URL; n8n объявил это имя устаревшим в 2.35.0. Согласуйте настройку с версией, которую вы развёртываете. Проверьте N8N_PROXY_HOPS на соответствие количеству доверенных прокси в пути запроса и подтвердите заголовки перенаправленного хоста и протокола. См. настройку обратного прокси в n8n.

После смены домена обновите базовый URL и любые URL перенаправления OAuth, зарегистрированные во внешних сервисах. Тестируйте продакшн-вебхуки отдельно от временных тестовых URL редактора.

Выживут ли рабочие процессы и учётные данные при переразвёртывании?

Отдельная база данных Postgres хранит записи рабочих процессов и зашифрованные учётные данные. Восстановление учётных данных также требует исходного ключа шифрования. Обычно n8n генерирует этот ключ при первом запуске и сохраняет его под ~/.n8n. Резервная копия базы данных одна не может заменить утерянный ключ. Следуйте руководству n8n по ключу шифрования.

Не полагайтесь на временную файловую систему приложения для файлов, которые нужно сохранить. Если ваша настройка требует локальных файлов n8n, подключите персистентный том по пути /home/node/.n8n и проверьте, что пользователь контейнера может в него писать. Руководство n8n по настройке Docker объясняет, почему эта директория всё ещё важна при использовании Postgres.

Запланируйте восстановление для базы данных, ключа шифрования и любых сохранённых файлов. Подтвердите сроки хранения бэкапов и шаги восстановления для вашей настройки; этот шаблон не настраивает расписание бэкапов. Прочитайте лимиты хранилища и восстановления Lizard перед выбором плана восстановления.

Сколько стоит самохостинг n8n?

Ваша сумма состоит из трёх частей: хостинг Lizard, любая платная лицензия n8n по вашему выбору и платежи за сервисы, которые вызывают ваши рабочие процессы. n8n Community не имеет платы за подписку на ПО для разрешённого использования, но это не делает хостинг или каждую функцию n8n бесплатными.

Lizard использует оплату по факту без ежемесячной подписки. Для этого шаблона запланируйте расходы на приложение n8n и Managed Postgres, а также на хранилище и любой оплачиваемый исходящий трафик. Расходы на ресурсы списываются с баланса аккаунта. Приобретённые средства на балансе не имеют срока действия; комиссии за оплату отображаются перед пополнением. Даже неактивный экземпляр n8n потребляет память и сохраняет работающую базу данных.

Для оценки месячных затрат:

1. Замерьте время CPU и использование памяти приложением и базой данных за типичный период, включая запланированные задания и одновременные запуски.
2. Умножьте полученные значения на тарифы на странице цен Lizard. Добавьте расходы на хранилище и исходящий трафик.
3. Один раз примените доступные пробные или промо-бонусы; не считайте приобретённый баланс скидкой. Лицензию n8n и расходы на внешние API учитывайте отдельно.

Только количество запусков не позволяет предсказать счёт: короткий HTTP-запрос и рабочий процесс, обрабатывающий большие файлы, потребляют разные ресурсы. Лимиты CPU и RAM в шаблоне — это потолки, а не фиксированная месячная плата. Замерьте свои рабочие процессы перед выбором лимитов или сравнением затрат.

n8n Cloud, Lizard или VPS: что выбрать?

Выбирайте n8n Cloud, если хотите, чтобы n8n управлял сервисом. Выбирайте Lizard, если хотите самхостить n8n с Managed Postgres и управлять настройками приложения, не настраивая сервер. VPS подходит командам, которым нужен контроль на уровне сервера и которые готовы поддерживать такую инфраструктуру.

Community, Business и Enterprise включают разные возможности. Проверьте руководство по редакциям и актуальные цены n8n на предмет таких функций, как совместная работа, SSO и окружения. Изучите лицензию n8n для вашего сценария использования, особенно если планируете предоставлять n8n клиентам.

Может ли этот шаблон масштабироваться для большего числа рабочих процессов?

Начните с замеров длительности запусков, пиков памяти и одновременных выполнений. Оптимизируйте дизайн рабочих процессов и хранение данных выполнений, затем при необходимости увеличьте ресурсы приложения и базы данных. Более высокий лимит ресурсов сам по себе не заставит медленный API отвечать быстрее.

Этот шаблон запускает одно приложение n8n. Для конфигурации с воркерами очередной режим n8n добавляет Redis и рабочие процессы, использующие общую базу данных и ключ шифрования. Это требует дополнительной настройки; простое добавление реплик приложения не даёт той же конфигурации. Lizard предоставляет Managed Redis и Managed Postgres как отдельные сервисы.

Как обновлять n8n?

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