n8n и бэкенд-сервисы: Часть 1 — Базы данных и BaaS в автоматизации

Пока автоматизация связывает между собой готовые сервисы — CRM, почту, мессенджер, таблицы, — данные хранятся внутри этих сервисов. Когда появляется собственное приложение, личный кабинет клиента или внутренняя система учёта, данные переезжают в базу данных или в облачный бэкенд-сервис. Тогда n8n приходится работать с ними напрямую: читать записи, создавать новые, реагировать на изменения. О самом n8n, его лицензии и установке — в статье «n8n: автоматизация процессов без программирования»; здесь речь о том, как подключать его к хранилищам данных.

Два способа работы с данными

Прямое подключение к базе данных. n8n соединяется с СУБД по сетевому протоколу, как обычное приложение. Для этого есть встроенные узлы Postgres, MySQL, MongoDB, Redis и другие. Узел Postgres выполняет шесть операций: выборку строк (Select), вставку (Insert), обновление (Update), вставку или обновление (Insert or Update), удаление (Delete) и произвольный SQL-запрос (Execute Query). Отдельный узел Postgres Trigger запускает процесс при вставке, изменении или удалении строк: при публикации процесса n8n сам создаёт в таблице триггер и удаляет его, когда процесс снимают с публикации. Учётной записи n8n для этого нужны права на создание триггеров и процедур.

Работа через API бэкенд-сервиса (BaaS). Backend as a Service — готовый набор серверных функций: база данных, регистрация и вход пользователей, хранилище файлов, серверные функции, подписка на изменения. Приложение и n8n обращаются к нему по HTTP. Для части сервисов в n8n есть отдельные узлы, для остальных используется универсальный узел HTTP Request.

На практике способы сочетают. Простые операции со строками удобнее делать через API или специальный узел, отчёты и массовые изменения — SQL-запросом напрямую.

Как n8n узнаёт об изменениях

Процесс запускается по событию одним из трёх способов.

1. Веб-хук со стороны бэкенда. База или сервис сами отправляют HTTP-запрос на адрес узла Webhook в n8n, когда появляется или меняется запись. Так устроены Database Webhooks в Supabase, веб-хуки проекта в Appwrite, триггеры таблиц в Xano. Это самый быстрый способ: процесс стартует через доли секунды.
2. Триггер базы данных. Узел Postgres Trigger создаёт триггер сам. Подходит, если n8n подключён к PostgreSQL напрямую.
3. Опрос по расписанию. Узел Schedule Trigger раз в несколько минут запрашивает новые записи, например с полем created_at больше времени последнего запуска. Способ медленнее, но работает с любым источником.

При любом способе процесс должен быть идемпотентным: повторная обработка одного и того же события не должна создавать дубликаты. Надёжнее всего хранить в записи отметку о том, что она обработана, или идентификатор события.

Что меняется для проектов в России

С 1 июля 2025 года действует новая редакция ч. 5 ст. 18 закона № 152-ФЗ: запись, систематизация, накопление, хранение, уточнение и извлечение персональных данных граждан России при их сборе должны вестись в базах данных на территории России. Базы за рубежом для первичного сбора использовать запрещено.

Для выбора бэкенда это означает следующее:

• Firebase работает в инфраструктуре Google Cloud за рубежом. Кроме того, с марта 2022 года Google Cloud не принимает новых клиентов из России и не проводит платежи.
• Xano в облачных тарифах размещает данные за рубежом, а размещение на своих серверах доступно только на индивидуальном тарифе.
• Supabase и Appwrite распространяются с открытым исходным кодом и устанавливаются на собственный сервер, в том числе у российского хостинг-провайдера. Для персональных данных граждан России это рабочий вариант. Облачные версии этих сервисов размещены за рубежом и для таких данных не подходят.

Если в базе нет персональных данных — например, это складские остатки или технические метрики, — ограничение не применяется, и выбор определяется удобством и ценой.

Что разбирает цикл

• Supabase — PostgreSQL с готовым API, авторизацией и хранилищем файлов; что умеет узел n8n и что приходится делать SQL-запросом.
• Firebase — документная база Google; какие узлы есть в n8n и почему для российских проектов это слабый вариант.
• Appwrite — открытая платформа для установки на свой сервер; работа через HTTP Request и веб-хуки.
• Xano — визуальный конструктор API; узел n8n и ограничения облачной модели.

Типичные ошибки

• Ключ с полными правами в клиентском приложении. Секретный ключ бэкенда обходит правила доступа. Его хранят только в учётных данных n8n и на сервере, в браузер и мобильное приложение он попадать не должен.
• Порт СУБД открыт в интернет ради n8n. Если n8n и база на разных серверах, их соединяют через частную сеть или VPN.
• Слишком частый опрос. Опрос раз в минуту — это больше 40 000 запросов в месяц; на облачных тарифах с оплатой за операции это заметные деньги.
• Нет защиты от дубликатов. Повтор веб-хука или перезапуск процесса создаёт вторую запись.
• Персональные данные в зарубежном облаке. Проверьте, где физически размещена база, до начала сбора данных, а не после.