Альтернатива Firebase из четырёх опенсорс-компонентов: пошаговая сборка

Если вы пишете фронтенд и устали зависеть от Firebase с его закрытой инфраструктурой и ценами, которые растут вместе с проектом, эту проблему можно решить: собрать собственную альтернативу Firebase целиком из опенсорс-компонентов, получив авторизацию, базу данных, CRUD, безопасность на уровне строк и обновления в реальном времени.

Результат: рабочий бэкенд, к которому фронтенд подключается через собственный JS SDK почти так же, как к Firebase, но каждый элемент стека открыт и под вашим контролем.

BaaS (Backend as a Service, готовый бэкенд, который подключается к фронтенду через API) вроде Firebase удобен, но закрыт. Supabase частично решает проблему, однако тоже остаётся управляемым облаком. Подход из этого гайда другой: четыре открытых компонента, связка через Docker или облачный хостинг, полный контроль.

Это учебная Firebase-подобная система, а не полный клон со всей экосистемой Google. Но на выходе работают авторизация, база данных, CRUD, RLS (Row Level Security, безопасность на уровне строк, когда пользователь видит и меняет только свои записи), обновления в реальном времени и собственный JavaScript SDK.

Что понадобится

• PostgreSQL как основная база данных с поддержкой RLS
• Keycloak для авторизации (выдаёт JWT-токены, JSON Web Token, цифровой пропуск, подтверждающий личность пользователя)
• PostgREST для автоматического REST API поверх PostgreSQL (сервис превращает таблицы базы в готовые HTTP-эндпоинты без написания серверного кода)
• Node.js Realtime-сервис для подписки на обновления через механизм LISTEN/NOTIFY в PostgreSQL
• pgAdmin (опционально) для удобной работы с базой через веб-интерфейс
• Хостинг для развёртывания: в оригинальном гайде используется Amvera, российский сервис для быстрого запуска IT-приложений с managed PostgreSQL и преднастроенными сервисами. Подойдёт и любой другой хостинг или локальная машина
• Примерное время: от 2 до 4 часов на первую сборку, если стек знаком

Как работает связка компонентов?

Прежде чем переходить к шагам, стоит понять логику. Цепочка выглядит так.

Пользователь нажимает кнопку входа на фронтенде. SDK вызывает Keycloak, тот возвращает JWT-токен. Токен сохраняется и подставляется в заголовок Authorization при каждом запросе к PostgREST.

PostgREST получает запрос с токеном, проверяет подпись и обращается к PostgreSQL как авторизованный пользователь, передавая JWT дальше. В PostgreSQL настроена RLS Policy: база проверяет токен, извлекает UUID пользователя и возвращает только те строки, которые принадлежат именно ему.

Безопасность живёт не в SDK и не в вашем коде, а в самой базе данных. Даже если кто-то обойдёт клиентский код, база не отдаст чужие записи.

Пошаговая инструкция

1. Разверните PostgreSQL

Если вы используете Amvera: зарегистрируйтесь, откройте раздел «PostgreSQL» в личном кабинете и нажмите «Создать базу данных». Укажите:

• Имя проекта, тариф и объём хранилища
• Имя создаваемой базы данных
• Имя пользователя и пароль
• Пароль для superuser

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

2. Подключите pgAdmin (опционально)

Для удобной работы с SQL разверните pgAdmin. В Amvera это делается через раздел «Преднастроенные сервисы». Укажите:

• PGADMIN_DEFAULT_EMAIL для логина
• PGADMIN_DEFAULT_PASSWORD для пароля

После сборки проекта откройте вкладку «Домены» и создайте внешнее доменное имя с HTTPS, чтобы получить доступ к интерфейсу из браузера.

3. Разверните PostgREST

PostgREST автоматически создаёт REST API поверх вашей базы. Вам не нужно писать серверный код для CRUD-операций: PostgREST читает структуру таблиц и генерирует эндпоинты сам.

В Amvera PostgREST доступен как преднастроенный сервис. При развёртывании укажите строку подключения к вашему PostgreSQL и секрет для проверки JWT-токенов (он должен совпадать с тем, что использует Keycloak).

4. Разверните Keycloak

Keycloak отвечает за авторизацию. После развёртывания создайте:

• Realm (область, изолированное пространство настроек авторизации) с именем, например, ourbaas
• Client (клиент) с идентификатором, например, ourbaas-web

Keycloak будет выдавать JWT-токены, которые PostgREST и PostgreSQL используют для идентификации пользователя.

5. Настройте RLS в PostgreSQL

Откройте pgAdmin или консоль PostgreSQL и настройте политику безопасности на уровне строк. Суть: каждая строка в таблице привязана к UUID пользователя, и база отдаёт только те записи, где UUID из токена совпадает с владельцем строки.

6. Создайте Realtime-сервис на Node.js

Для подписки на обновления в реальном времени используется встроенный механизм PostgreSQL LISTEN/NOTIFY. Небольшой сервис на Node.js слушает уведомления от базы и пробрасывает их клиентам через WebSocket.

7. Соберите JS SDK и подключите фронтенд

SDK объединяет все компоненты в единый интерфейс. Подключение на фронтенде выглядит так:

const ourBaas = createBaasClient({
  apiUrl: "https://<название-проекта>.<имя-пользователя>.amvera.io",
  realtimeUrl: "wss://<название-проекта>.<имя-пользователя>.amvera.io/realtime",
  keycloak: {
    url: "https://<название-проекта>.<имя-пользователя>.amvera.io",
    realm: "ourbaas",
    clientId: "ourbaas-web",
  },
})

После инициализации работа с данными идёт через знакомый синтаксис:

await ourBaas.auth.init()
await ourBaas.auth.login()

// Получение данных
const {data} = await ourBaas.from("messages").select("*").get()

// Вставка записи
await ourBaas.from("messages").insert({title: "Какой-то текст"}).single()

// Подписка на обновления в реальном времени
ourBaas.channel("messages").on("INSERT", payload => {
  console.log("Новое сообщение:", payload.new)
}).subscribe()

Что делать с этим прямо сейчас, по ролям

Разработчику: попробуйте развернуть стек на тестовом проекте. Если вы уже используете Firebase и чувствуете потолок по стоимости или гибкости, эта альтернатива Firebase позволяет мигрировать данные в PostgreSQL, сохранив привычный паттерн работы через SDK.

Автору на Дзене, который пишет о технологиях: тема «собери свой Firebase» даёт отличный контент-формат пошагового гайда. Аудитория разработчиков на Дзене растёт, и такие практические материалы собирают стабильные дочитывания.

Предпринимателю в РФ: Amvera, российский хостинг, а значит данные остаются в российской юрисдикции. Если ваш проект обрабатывает персональные данные, это упрощает соответствие 152-ФЗ. Альтернатива Firebase на отечественной инфраструктуре, не теоретическая, а рабочая.

Для тех, кто привык к managed-решениям, но хочет опенсорс: Supabase занимает промежуточную нишу, он построен на PostgreSQL и открыт, но управляется облаком. Описанный стек идёт дальше: вы владеете каждым слоем. Это больше ответственности, но и больше свободы, особенно когда хостинг в РФ не пожелание, а требование.