Supabase на своём сервере

Supabase — открытая платформа для бэкенда приложений

Supabase — открытая платформа, объединяющая PostgreSQL, авторизацию пользователей, автоматически генерируемый API и хранилище файлов в единое решение для бэкенда приложений, что избавляет разработчиков от необходимости собирать и настраивать все эти компоненты по отдельности при создании нового веб или мобильного приложения с нуля.

Позиционируясь как открытая альтернатива популярной проприетарной платформе Firebase, Supabase строится поверх классической реляционной базы данных PostgreSQL вместо документо-ориентированной модели, что даёт разработчикам привычную реляционную модель данных со всеми её преимуществами вместо ограничений NoSQL-подхода.

Автоматически генерируемый REST и GraphQL API

Supabase автоматически генерирует полноценный REST API непосредственно из структуры таблиц базы данных PostgreSQL — создание новой таблицы сразу же делает доступными стандартные операции чтения, создания, изменения и удаления записей через API, без необходимости вручную писать код серверной части для каждой новой сущности приложения.

Помимо REST API, Supabase также предоставляет GraphQL-интерфейс к тем же данным, что даёт разработчикам гибкость выбора наиболее удобного подхода к взаимодействию с данными для конкретного клиентского приложения — мобильные приложения часто выигрывают от точечных GraphQL-запросов, минимизирующих объём передаваемых по сети данных.

Встроенная система авторизации и управления пользователями

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

Интеграция системы авторизации напрямую с базой данных PostgreSQL через политики безопасности на уровне строк (Row Level Security) позволяет реализовать детальный контроль доступа к данным непосредственно на уровне базы данных, гарантируя, что пользователь видит только те данные, к которым у него действительно есть право доступа.

Сколько ресурсов нужно для Supabase

Для небольшого проекта или прототипа достаточно VPS с 2 ГБ памяти — основную нагрузку создаёт сама база данных PostgreSQL, а дополнительные компоненты платформы (API-шлюз, сервис авторизации, хранилище файлов) добавляют сравнительно небольшие накладные расходы поверх базовых требований к ресурсам реляционной базы данных.

При росте числа пользователей и объёма хранимых данных требования к ресурсам растут в первую очередь пропорционально нагрузке на саму базу данных PostgreSQL — стоит рассматривать конфигурацию от 4 ГБ памяти и выше для приложений с растущей активной аудиторией и интенсивным использованием API в реальном времени.

Развёртываем Supabase на своём VPS: с чего начать

Supabase распространяется как набор Docker-контейнеров для самостоятельного развёртывания на собственной инфраструктуре — официальный docker-compose файл разворачивает все необходимые компоненты платформы единой командой, что делает переход с облачной версии Supabase на собственный сервер относительно простым процессом.

Мы поможем развернуть Supabase под ключ на собственном VPS с настройкой резервного копирования базы данных и всех компонентов платформы — размещение на собственной инфраструктуре в дата-центрах России особенно актуально для приложений, где важен полный контроль над данными пользователей.

Realtime: подписка на изменения данных в реальном времени

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

Такая встроенная поддержка реального времени избавляет от необходимости отдельно интегрировать и поддерживать специализированную инфраструктуру WebSocket-соединений для функциональности живых обновлений — механизм Realtime работает поверх той же базы данных PostgreSQL, что и остальные компоненты платформы.

Хранилище файлов с контролем доступа

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

Единая модель прав доступа, охватывающая как строки базы данных, так и файлы в хранилище, упрощает реализацию сценариев вроде «пользователь может видеть только свои собственные загруженные файлы» — правило безопасности определяется один раз и применяется последовательно ко всем компонентам платформы одинаково.

Serverless-функции для кастомной серверной логики

Помимо автоматически генерируемого API для прямого доступа к данным, Supabase поддерживает выполнение произвольного серверного кода через Edge Functions — это необходимо для сценариев, требующих кастомной бизнес-логики, интеграции с внешними платёжными системами или отправки уведомлений, не покрываемых стандартными CRUD-операциями над таблицами базы данных.

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

Соответствие 152-ФЗ при размещении бэкенда на собственном сервере

Развёртывание Supabase на собственном VPS в дата-центре России, вместо использования облачной версии платформы на зарубежных серверах, напрямую закрывает требования 152-ФЗ о локализации обработки персональных данных граждан России — все данные пользователей, включая учётные записи и загруженные файлы, остаются полностью под юрисдикцией российского законодательства.

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

Миграция с Firebase и других проприетарных платформ

Реляционная модель данных PostgreSQL, лежащая в основе Supabase, упрощает миграцию проектов, изначально спроектированных на классических SQL-базах данных, по сравнению с миграцией на документо-ориентированные NoSQL-платформы, требующей существенного пересмотра структуры хранения данных под другую модель.

Открытый исходный код всех компонентов платформы Supabase гарантирует отсутствие vendor lock-in, характерного для проприетарных облачных платформ, — при необходимости весь стек можно перенести на собственную инфраструктуру или другого облачного провайдера без риска полной невозможности миграции, свойственного закрытым проприетарным решениям.

Row Level Security: детальная политика доступа на уровне базы данных

Механизм Row Level Security PostgreSQL, на который опирается модель безопасности Supabase, позволяет определить правила доступа непосредственно в базе данных — какие строки таблицы видны конкретному пользователю в зависимости от его идентификатора или роли, — что гарантирует соблюдение правил доступа на самом фундаментальном уровне, независимо от того, через какой именно API-запрос происходит обращение к данным.

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

CLI-инструменты и локальная разработка с миграциями схемы

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

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

Резервное копирование и восстановление данных PostgreSQL

Поскольку в основе Supabase лежит классический PostgreSQL, для резервного копирования применимы все стандартные и хорошо проверенные временем инструменты экосистемы PostgreSQL — регулярное резервное копирование становится особенно важным при самостоятельном размещении платформы, где ответственность за сохранность данных полностью лежит на владельце инфраструктуры, а не на облачном провайдере.

Комплексная стратегия резервного копирования при самостоятельном развёртывании Supabase должна охватывать не только саму базу данных, но и файлы, загруженные пользователями в хранилище платформы, — потеря любого из этих компонентов при отсутствии актуальной резервной копии способна привести к необратимой утрате части функциональности или данных приложения.

Расширения PostgreSQL для дополнительной функциональности

Богатая экосистема расширений PostgreSQL доступна и в Supabase, включая расширение pgvector для хранения векторных embedding-представлений и поиска по семантическому сходству, что позволяет строить приложения с элементами искусственного интеллекта — например, семантический поиск или рекомендательные системы — используя ту же базу данных, что и для основных данных приложения, без интеграции отдельной специализированной векторной базы данных.

Возможность задействовать проверенную временем экосистему расширений PostgreSQL, а не ограниченный набор функций проприетарной платформы, даёт Supabase существенное преимущество в гибкости — разработчики могут постепенно добавлять специализированную функциональность по мере роста требований проекта, оставаясь при этом в рамках одной знакомой реляционной базы данных.