n8n и бэкенд-сервисы: Часть 3 — Firebase

Firebase — платформа Google для мобильных и веб-приложений. В отличие от Supabase, она построена на документных базах данных и полностью работает в инфраструктуре Google Cloud: исходный код закрыт, установить Firebase на свой сервер нельзя.

Из чего состоит Firebase

• Cloud Firestore — документная база: данные хранятся в документах, документы объединены в коллекции, возможны вложенные коллекции.
• Realtime Database — более старая база: одно большое дерево JSON с минимальной задержкой синхронизации.
• Authentication — регистрация и вход пользователей по почте, телефону, через внешних провайдеров.
• Cloud Functions — серверные функции, которые запускаются по событиям в базе, по HTTP-запросу или по расписанию.
• Cloud Storage — хранилище файлов.
• Hosting — размещение статических сайтов и одностраничных приложений.

Клиентские библиотеки для Android, iOS и веба получают изменения данных сразу, без опроса. Именно поэтому Firebase популярен в мобильной разработке.

Тарифы и ограничения

У Firebase два тарифа: бесплатный Spark и Blaze с оплатой по факту использования. Бесплатные лимиты Cloud Firestore в редакции Standard — 50 тысяч чтений, 20 тысяч записей и 20 тысяч удалений документов в сутки, 1 ГиБ данных и 10 ГиБ исходящего трафика в месяц.

Cloud Functions доступны только на тарифе Blaze, для которого нужен платёжный аккаунт Google Cloud. Это важно для автоматизации: функция, которая сообщает n8n об изменении документа, на бесплатном тарифе недоступна.

Firebase и российские проекты

С марта 2022 года Google Cloud не принимает новых клиентов из России, а платежи из России приостановлены. Завести платёжный аккаунт для тарифа Blaze российской компании нельзя. Кроме того, с 1 июля 2025 года первичный сбор персональных данных граждан России должен вестись в базах на территории России, а Firebase размещает данные за рубежом.

Поэтому для нового российского проекта с данными пользователей Firebase не подходит. Разбор ниже пригодится для проектов, которые работают на зарубежную аудиторию, и для тех, кто уже использует Firebase и связывает его с n8n.

Узлы Firebase в n8n

Узла с названием «Firebase» в n8n нет. Для двух баз есть два отдельных узла.

Google Cloud Firestore работает с документами и коллекциями:

• создать документ;
• создать или обновить документ;
• удалить документ;
• получить документ;
• получить все документы коллекции;
• выполнить запрос к документам;
• получить список корневых коллекций.

Учётные данные — стандартные учётные данные Google в n8n: вход через OAuth2 или сервисный аккаунт.

Google Cloud Realtime Database выполняет пять операций: записать данные, удалить данные, получить запись, добавить элемент в список и обновить элемент. Учётные данные для него отдельные.

Для Authentication узла в n8n нет. Создать пользователя, отключить его или изменить данные можно HTTP-запросом к REST API Firebase Authentication либо Cloud Function, которую n8n вызывает по HTTP.

Как Firebase сообщает n8n об изменениях

Firestore не умеет сам отправлять веб-хуки. Вариантов два.

• Cloud Function на событие документа. Функция срабатывает при создании или изменении документа и отправляет POST-запрос на адрес узла Webhook в n8n. Способ быстрый, но требует тарифа Blaze.
• Опрос по расписанию. Узел Schedule Trigger раз в несколько минут выполняет запрос к Firestore: например, документы с полем updatedAt позже времени прошлого запуска. Работает на бесплатном тарифе, но каждый прочитанный документ засчитывается в лимит чтений, поэтому интервал и размер выборки стоит считать заранее.

Примеры процессов

Статус доставки от логистической компании. Webhook принимает уведомление перевозчика → узел Google Cloud Firestore создаёт или обновляет документ заказа → сообщение клиенту. Идентификатор документа берут из номера заказа, чтобы повторное уведомление обновляло тот же документ, а не создавало новый.

Карточка клиента из CRM. Триггер CRM на новую сделку → Firestore создаёт документ в коллекции customers → HTTP-запрос к Firebase Authentication создаёт учётную запись → письмо со ссылкой на установку пароля.

Ночная выгрузка. Schedule Trigger в 3:00 → запрос к Firestore за документами за сутки → запись в таблицу или хранилище для отчётов. Firestore не умеет соединять коллекции и считать агрегаты так, как SQL, поэтому отчёты удобнее строить на выгруженных данных.

Когда Firebase уместен

• Мобильное приложение для зарубежной аудитории, где важна мгновенная синхронизация данных между устройствами.
• Проект уже работает на Firebase, и нужно связать его с другими системами.
• Данные хорошо ложатся в документы и не требуют сложных связей между таблицами.

Если нужны соединения таблиц, транзакции над многими записями, выгрузка данных стандартными средствами или размещение в России, лучше подходят Supabase или Appwrite на собственном сервере.

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

• Опрос раз в минуту на бесплатном тарифе. Лимит чтений заканчивается быстрее, чем кажется: каждый запрос читает все подходящие документы.
• Сервисный аккаунт с правами владельца проекта. Для n8n создают отдельный сервисный аккаунт с минимальными ролями и хранят ключ только в учётных данных n8n.
• Идентификаторы документов генерируются случайно при каждом вызове. Повторный веб-хук создаёт дубликат; используйте стабильный идентификатор из исходной системы.
• Расчёт на Cloud Functions без тарифа Blaze. Архитектуру, завязанную на функции, на бесплатном тарифе не запустить.