Supabase на своём VPS: деплой за $12–25/мес и никаких переплат

Вы пользуетесь Supabase Cloud несколько месяцев, и счет продолжает ползти вверх.

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

Тариф Pro, который начинался с $25 в месяц, теперь выглядит скорее как $70.

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

Самостоятельный хостинг — очевидная альтернатива, но слово «очевидная» здесь требует большой работы. Supabase — это не один двоичный файл, который можно просто закинуть на сервер. Это полноценный бэкенд-стек — база данных Postgres, сервис аутентификации, REST API, подписки в реальном времени, хранилище, edge-функции и панель управления, — все связанное вместе и работающее как небольшой флот Docker-контейнеров.

Запуск этого флота на собственном сервере обойдется от 12 до 25 долларов в месяц за VPS с достаточным объемом ОЗУ, чтобы все умещалось в памяти. Это две стриминговые подписки в месяц за бэкенд, который не выставит вам дополнительный счет при скачках трафика.

Что такое Supabase и почему люди размещают его самостоятельно?

Supabase — это платформа бэкенда как услуги (BaaS) с открытым исходным кодом, которая объединяет базу данных Postgres, аутентификацию, REST API, подписки в реальном времени, хранилище и edge-функции в единое развертывание.

Это альтернатива Firebase, которая работает на вашей собственной инфраструктуре, если вы этого хотите. Репозиторий GitHub превысил 100 000 звезд по состоянию на май 2026 года, и платформа обеспечивает работу бэкендов для таких предприятий, как Mozilla, PwC, Johnson & Johnson и 1Password.

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

Люди самостоятельно размещают Supabase по трем причинам:

1. Они хотят предсказуемых затрат, которые не растут вместе с использованием.
2. Они хотят, чтобы их данные находились на инфраструктуре, которую они контролируют.
3. Они хотят избежать ловушки привязки к поставщику, из-за которой от Firebase было так больно уходить.

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

Перевод: если что-то сломается в 2 часа ночи, вы остаетесь один на один с проблемой.

Что Supabase на самом деле дает вам из коробки

Если вы думали, что Supabase — это просто «Postgres с REST API», то это не так. Самостоятельно размещаемый стек запускает около 12 контейнеров параллельно.

Части, с которыми вы будете чаще всего сталкиваться, довольно просты:

• Postgres. База данных в основе всего. Supabase использует современную сборку PostgreSQL с расширениями для аутентификации, работы в реальном времени и полнотекстового поиска.
• PostgREST. Автоматически генерирует REST API на основе вашей схемы Postgres. Таблица становится конечной точкой, и вам не нужно писать никакого бэкенд-кода для этого.
• Auth (ранее GoTrue). Обрабатывает регистрацию, вход в систему, сброс пароля, OAuth и выпуск JWT.
• Realtime. Отправляет изменения в базе данных подключенным клиентам через WebSocket.
• Storage. S3-совместимое объектное хранилище с контролем доступа, привязанным к вашей базе данных.
• Edge Functions. Бессерверные функции на Deno, которые выполняются близко к вашим пользователям.
• Supabase Studio. Панель управления, где вы просматриваете таблицы, выполняете SQL и управляете пользователями аутентификации.

Вы также получаете Kong в качестве шлюза API, imgproxy для обработки изображений, Supavisor для пула соединений и Logflare для аналитики. Соберите все вместе, и вы получите полноценный бэкенд-стек, а не простое приложение.

Сколько стоит самостоятельный хостинг Supabase?

Самостоятельный хостинг Supabase на VPS стоит $12–$25 в месяц, включая сервер, хранилище и пропускную способность. Само программное обеспечение Supabase бесплатно.

На минуту откройте свой последний счет Supabase Cloud. Позиция, которая незаметно подкрадывается к людям, — это не базовая сумма в $25. Это исходящий трафик базы данных и дополнительное хранилище, которые тариф Pro учитывает отдельно (в разбивке затрат Supascale за 2026 год подробно описаны все позиции).

Сравните это с Supabase Cloud:

Тариф	Базовая стоимость	Что вы получаете
Free	$0	500 МБ базы данных 50 000 ежемесячных активных пользователей 1 ГБ хранилища Приостанавливается после 7 дней бездействия
Pro	$25/месяц	8 ГБ базы данных 100 000 ежемесячных активных пользователей 100 ГБ хранилища 250 ГБ исходящего трафика
Team	$599/месяц	Приоритетная поддержка Единый вход (SSO) Журналы аудита Масштабирование на основе использования
Самостоятельно размещенный VPS	$12-$25/месяц	Безлимитно (ограничено только мощностью сервера)

Базовая цена Pro выглядит сопоставимо, но реальное использование быстро поднимает ее выше.

Анализ Supascale показывает, что большинство небольших и средних рабочих приложений в итоге обходятся в $100–$200 в месяц на тарифе Pro, когда учитываются дополнительные вычислительные ресурсы и превышение лимитов — только вычислительные уровни Supabase стоят от $10 в месяц до $3 730 в месяц для экземпляра 16XL. Приложения с 100 000–200 000 ежемесячных активных пользователей могут уйти далеко за эти пределы, а при 500 000 MAU счета могут достигать $1 000–$2 000 в месяц.

Бесплатный тариф бесплатен — пока вы не попытаетесь использовать его для продакшена.

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

Самостоятельный хостинг меняет уравнение. Ваши расходы остаются привязанными к вашей инфраструктуре, а не к вашему использованию. Запуск 50 000 MAU стоит столько же, сколько и 500 000, ограничено только тем, что может выдержать ваш VPS. Никакой платы за исходящий трафик, никаких переплат за хранилище, никаких дополнительных вычислительных ресурсов.

Самостоятельный хостинг — это не только счет за VPS

Счет за VPS — не единственная стоимость самостоятельного хостинга. Вы также будете тратить средства другими способами:

• Ваше время. Планируйте от одного до двух часов в месяц на рутинное обслуживание, такое как обновления безопасности, загрузка образов Docker, проверка логов и подтверждение резервных копий. Выделяйте больше времени, если добавляете функции или масштабируетесь.
• Доставка электронных писем. Supabase Cloud обрабатывает аутентификационные письма (например, сброс пароля, magic-ссылки, подтверждение email) как управляемый сервис. При самостоятельном хостинге этого нет. Вам понадобится SMTP-провайдер, такой как SendGrid, Mailgun или AWS SES. Рассчитывайте на $0–$30 в месяц в зависимости от объема.
• Объектное хранилище для файлов. Сервис Storage по умолчанию использует локальную файловую систему, что хорошо для тестирования и бомба замедленного действия в продакшене. Вам потребуется S3-совместимое объектное хранилище — AWS S3, Backblaze B2, Wasabi или DreamHost DreamObjects — всё подойдёт. Бюджет: $5–$20 в месяц для небольшого или среднего продакшен-приложения.
• Инфраструктура резервного копирования. При самостоятельном хостинге автоматические резервные копии не предусмотрены, поэтому их нужно настраивать самостоятельно. Напишите задачу cron с `simple pg_dump` и сохраняйте результат в надёжное место. Не пропускайте этот шаг; ваш будущий "я" скажет вам спасибо.

Какие характеристики сервера нужны для Supabase?

Supabase требователен к памяти. Одновременный запуск 12 контейнеров, большинство из которых связаны с базой данных, означает, что ОЗУ важнее, чем процессор. Практический минимум — 4 ГБ для экземпляра разработки с отключёнными необязательными сервисами. Для продакшен-развёртываний требуется 8 ГБ или больше.

Причина — количество контейнеров, а не какой-то отдельный сервис. Postgres использует разделяемые буферы. PostgREST использует пул соединений. GoTrue требует небольшого объёма для среды выполнения Go. Realtime держит WebSocket-соединения открытыми. Edge Runtime запускает изолированные среды V8.

По отдельности каждый сервис скромен. Вместе они быстро накапливаются.

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

В DreamHost наш план Self-Managed VPS Stack 8 предоставляет 8 ГБ ОЗУ с NVMe SSD-накопителем и полным root-доступом — правильный размер для стандартного развёртывания Supabase со всеми включёнными дополнительными сервисами.

Какой размер VPS нужен для Supabase?

Нагрузка	ОЗУ	CPU	Подходит для
Разработка / лёгкая	4 ГБ	2 ядра	Тестирование, небольшие побочные проекты; Analytics и Realtime отключены
Продакшен стандартный	8 ГБ	4 ядра	Небольшие SaaS-приложения, бэкенды мобильных приложений; все сервисы включены
Высокая нагрузка	16 ГБ+	4–8 ядер	Высокий трафик, большие нагрузки Postgres, Edge Functions в масштабе

Вы также можете удалить необязательные сервисы из файла Docker Compose, чтобы уменьшить потребление ресурсов.

Не нужны подписки в реальном времени? Пропустите контейнер Realtime.

Не используете Edge Functions? Удалите Edge Runtime.

Аналитика не критична? Отключите Logflare.

Урезанный стек может комфортно работать на VPS с 4 ГБ ОЗУ.

Хранилище NVMe важнее, чем вы думаете. Postgres постоянно читает и записывает, а задержка SSD напрямую влияет на скорость выполнения запросов. Старые SATA-диски или вращающиеся жесткие диски замедлят вас задолго до того, как база данных станет интересной.

Как работает настройка самостоятельно размещённого Supabase?

Полное развёртывание состоит примерно из пяти шагов и занимает от одного до двух часов, если вы уверенно работаете в терминале.

Вот что нужно сделать:

1. Выделите VPS с Ubuntu 22.04 или новее, 8 ГБ ОЗУ и доступом по SSH.
2. Установите Docker и Docker Compose на сервер.
3. Клонируйте репозиторий Supabase и скопируйте пример файла окружения: `git clone https://github.com/supabase/supabase && cp supabase/docker/.env.example supabase/docker/.env`
4. Сгенерируйте и установите секреты. Запустите скрипт Supabase `generate-keys.sh`, чтобы создать JWT_SECRET, ANON_KEY и SERVICE_ROLE_KEY, затем установите POSTGRES_PASSWORD и учётные данные панели управления в файле .env.
5. Выполните `docker compose up -d` из каталога docker, и полный стек запустится.

Вы поймёте, что всё работает, когда `docker compose ps` покажет каждый сервис в состоянии `running` или `healthy`, а `curl http://localhost:8000/rest/v1/` вернёт JSON-ответ от PostgREST.

Если какой-либо контейнер находится в состоянии `restarting` или `exited`, сначала проверьте логи этого контейнера. Обычно проблема в Postgres, а причина — отсутствующая или неправильно заданная переменная окружения.

В официальной документации Supabase по самостоятельному хостингу с Docker подробно описаны все переменные окружения.

Kong, API-шлюз, стоит перед всеми сервисами и обрабатывает маршрутизацию. В продакшене обычно ставят обратный прокси-сервер (сервер, который находится между интернетом и вашим приложением, обрабатывая SSL и маршрутизацию), такой как Caddy или Nginx, перед Kong для завершения HTTPS и ограничения доступа к панели управления.

Сохраните JWT_SECRET, ANON_KEY и SERVICE_ROLE_KEY в надёжном месте сразу после их генерации. Их потеря не катастрофична — можно сгенерировать заново, но ротация приведёт к завершению всех активных сессий пользователей и необходимости обновления ключей во всех клиентских приложениях.

Что вам понадобится для самостоятельного хостинга Supabase

• VPS с Ubuntu 22.04+ и как минимум 8 ГБ ОЗУ, root-доступом/SSH
• Доменное имя, направленное на IP-адрес вашего сервера
• Установленные Docker и Docker Compose
• Настроенный SMTP-провайдер для аутентификационных писем (SendGrid, Mailgun, AWS SES)
• S3-совместимое объектное хранилище для загрузки файлов в продакшене (опционально, но рекомендуется)
• Базовое умение работать в терминале и около одного–двух часов времени

Как обеспечить безопасность самостоятельно размещённого экземпляра Supabase?

Безопасность самостоятельно размещённого Supabase строится на трёх столпах, специфичных для платформы, плюс стандартная гигиена VPS.

Секрет JWT

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

В документации Supabase по безопасности токенов объясняется, как это работает: "Общий секрет, оказавшийся в руках злоумышленника, может быть использован для выдачи себя за ваших пользователей [и] предоставить им доступ к привилегированным действиям или данным, и это трудно обнаружить или определить, когда или как общий секрет был передан злоумышленнику."

Относитесь к JWT_SECRET как к паролю от продакшен-базы данных, потому что функционально это именно так. Храните его в менеджере секретов, а не в файле `.env` в Git, и никогда не включайте его в клиентский бандл.

Рекомендуемый путь для продакшена — асимметричные ключи подписи (RS256 или ECC). Их сложнее случайно раскрыть, чем общий секрет, и Supabase поддерживает оба варианта.

Безопасность на уровне строк

Сервис PostgREST в Supabase предоставляет каждую таблицу вашей базы данных как REST-эндпоинт.

Без политик безопасности на уровне строк (Row Level Security) для каждой таблицы любой аутентифицированный пользователь сможет читать и писать любые строки. Это самая распространённая ошибка новичков при самостоятельном хостинге.

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

Ключ сервисной роли

SERVICE_ROLE_KEY — это супер-администраторский ключ, который полностью обходит безопасность на уровне строк.

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

Помимо специфических моментов Supabase, применяются стандартные меры защиты сервера. Включите брандмауэр, открывающий только порты 22 (SSH), 80 (HTTP) и 443 (HTTPS). Запускайте всё за обратным прокси-сервером с HTTPS. Ограничьте доступ к Supabase Studio известными IP-адресами и своевременно устанавливайте обновления сервера. Наши советы по облачной безопасности охватывают общий чек-лист по защите — рекомендуем ознакомиться.

И последнее: ротация JWT-секрета немедленно аннулирует все активные пользовательские сессии. Запланируйте окно обслуживания и не проводите ротацию в пятницу после обеда — иначе вам будет несладко.

Каковы компромиссы между самостоятельным хостингом и Supabase Cloud?

Самостоятельно размещённый Supabase и Supabase Cloud не взаимозаменяемы. Каждый вариант выигрывает по разным параметрам.

Функция	Самостоятельный хостинг	Supabase Cloud
Месячная стоимость	$12-$25 VPS + дополнения	$25 базовая + превышения
Масштабирование за пределы базы	Ограничено вашим VPS	Автоматическое (за дополнительную плату)
Автоматические резервные копии	Своими руками (pg_dump cron)	Ежедневные автоматические + PITR
Логи (PostgREST, Edge Functions)	Собственный стек наблюдения	Встроены в панель управления
Редактирование Edge Functions	Только через CLI	Редактор в панели
Доставка email	Свой SMTP-провайдер	Управляемый
Поддержка	Сообщество (GitHub, Discord)	Платные тарифы с SLA
Расположение данных	Где угодно	Облачные регионы Supabase
Соответствие требованиям	Вы отвечаете сами	Требуется тариф Pro+

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

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

Существует и компромиссный вариант.

Инструменты вроде Coolify, Dokploy и Railway могут развернуть и управлять Supabase на вашем VPS, обрабатывая обновления, резервное копирование и частичное наблюдение без необходимости полностью ручного подхода через Docker Compose.

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

Стоит ли вам на самом деле размещать Supabase самостоятельно?

Самостоятельный хостинг Supabase — это не столько финансовое решение, сколько операционное.

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

Если вы не готовы к полностью ручной настройке, такие инструменты, как Coolify и Dokploy, находятся посередине. Они управляют стеком на вашем VPS с меньшими накладными расходами, чем чистый Docker Compose, и с меньшей стоимостью, чем Cloud, когда вы масштабируетесь.

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

Со второго по двенадцатый месяц всё становится спокойнее. Вы обновляете систему через Docker Compose, запускаете ночной pg_dump в S3, а счёт остаётся неизменным.

Лучший способ понять, на какой вы стороне: арендуйте VPS за $12, запустите непродукционный экземпляр Supabase на неделю и позвольте опыту принять решение за вас.

Экономика подскажет остальное.

Часто задаваемые вопросы о самостоятельном хостинге Supabase

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

Действительно ли самостоятельный хостинг Supabase бесплатен?

Supabase при самостоятельном хостинге — это бесплатное программное обеспечение с открытым исходным кодом, распространяемое по лицензии Apache 2.0. Фактические расходы включают VPS, опционального SMTP-провайдера для писем аутентификации и опциональное S3-совместимое хранилище для загрузки файлов в продакшне. Рассчитывайте примерно на $15–50 в месяц в сумме для небольшого продакшн-развёртывания.

Какой сервер нужен для самостоятельного хостинга Supabase?

Рекомендуемые характеристики для продакшна: 8 ГБ ОЗУ, 4 ядра CPU и NVMe SSD. Полный стек Supabase включает около дюжины контейнеров, и большинство из них используют оперативную память.

Минимальный экземпляр для разработки можно запустить на 4 ГБ, если отключить Analytics, Realtime и Edge Runtime в файле Docker Compose. Тариф DreamHost Self-Managed VPS Stack 8 предоставляет 8 ГБ ОЗУ с полным root-доступом; полный ассортимент тарифов VPS смотрите в наших предложениях.

Каких функций не хватает при самостоятельном хостинге Supabase?

Самые большие пробелы — автоматическое резервное копирование базы данных, восстановление на момент времени, редактирование edge-функций через панель, единое логирование для PostgREST и Edge Functions, а также управляемая доставка писем. Вы можете создать замену всему этому (например, cron-задания с pg_dump, собственный стек наблюдения, SMTP-провайдер), но ничего не предоставляется «из коробки». Панель Supabase Studio работает и при самостоятельном хостинге, но облачная панель более отполирована и получает новые функции раньше.

Как обновить самостоятельно размещённый экземпляр Supabase?

Выполните docker compose pull для загрузки последних образов, затем docker compose up -d для перезапуска с новыми версиями. Всё обновление занимает около пяти минут на здоровом экземпляре.

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

Можно ли перенести данные из Supabase Cloud на самостоятельный хостинг?

Да, но для этого потребуется не только экспорт базы данных. Данные Postgres переносятся с помощью pg_dump из Cloud и pg_restore на самостоятельном хостинге. У пользователей аутентификации, объектов хранилища и edge-функций — свои пути миграции.

Рассчитывайте на несколько часов работы для небольшого проекта и больше — для сложных схем.