Бесплатен ли Supabase: облако против self-hosted

Бесплатен ли Supabase?

Supabase бесплатен в двух разных смыслах, и эти предложения не идентичны. Облачный тариф Free не требует оплаты и привязки карты. Исходный код открыт, поэтому запуск всего стека на собственном VPS (виртуальном выделенном сервере) не требует лицензионных отчислений. В первом случае вы ограничены лимитами платформы. Во втором — затратами на администрирование.

По состоянию на 10 сентября 2026 года на странице supabase.com/pricing указан тариф Free с 0.5 ГБ базы данных, 1 ГБ файлового хранилища, 5 ГБ исходящего трафика и 50 000 активных пользователей в месяц для двух активных проектов. На той же странице есть условие, определяющее применимость тарифа: «Бесплатные проекты приостанавливаются после 1 недели неактивности». Перепроверяйте эти цифры перед планированием архитектуры, так как условия тарифов меняются.

Что на самом деле дает тариф Free

[
  {
    "plan": "Free",
    "db_gb": 0.5,
    "file_storage_gb": 1,
    "egress_gb": 5
  },
  {
    "plan": "Pro",
    "db_gb": 8,
    "file_storage_gb": 100,
    "egress_gb": 250
  }
]

MAU (monthly active users) учитывает уникальных пользователей, прошедших аутентификацию в течение расчетного месяца, поэтому 50,000 — это щедрый лимит для любого проекта в стадии разработки. Количество пользователей почти никогда не заканчивается первым. Чаще всего лимит исчерпывается по объему базы данных Postgres (0.5 ГБ) или по объему исходящего трафика (5 ГБ), если вы начинаете отдавать изображения или файлы из Storage.

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

Почему пауза важнее ограничения объема хранилища

Фраза «Бесплатные проекты приостанавливаются после 1 недели неактивности» — это условие, которым заканчивается описание большинства бесплатных тарифов. Проект, к которому никто не обращается в течение семи дней, перестает обрабатывать запросы. Демо-версия, на которую ведет ссылка из README, или тестовый API, к которому вы обращаетесь раз в месяц, окажутся недоступны в тот самый момент, когда человек, которому вы отправили ссылку, перейдет по ней. Восстановление выполняется нажатием кнопки в панели управления Supabase, поэтому ремонт занимает мало времени, но только если вы следите за состоянием проекта.

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

Стоимость планов Pro и Team после исчерпания лимитов Free

[
  {
    "plan": "Free",
    "usd_per_month": 0
  },
  {
    "plan": "Pro",
    "usd_per_month": 25
  },
  {
    "plan": "Team",
    "usd_per_month": 599
  }
]

Тариф Pro стоит от $25 в месяц и включает 8 ГБ дискового пространства на проект, 100 ГБ хранилища файлов и 250 ГБ исходящего трафика. При превышении этих объемов стоимость диска составляет $0.125 за ГБ, хранилища файлов — $0.0213 за ГБ, а исходящего трафика — $0.09 за ГБ (цены актуальны на 10 сентября 2026 года). План Pro также отключает приостановку проекта при отсутствии активности. Тариф Team стоит от $599 в месяц и предназначен для организаций, которым требуются функции комплаенса и контроля доступа, а не для одного разработчика с небольшим проектом.

В плане Pro по умолчанию включены лимиты расходов (spend caps). Это важная настройка: при превышении включенной квоты сервис ограничивает работу, а не увеличивает счет, пока вы спите. Отключив лимит, вы осознанно выбираете другой сценарий развития событий. Это та же арифметика, которую вы используете, когда сравниваете стоимость управляемой базы данных Postgres со стоимостью VPS, который вы обслуживаете самостоятельно, поскольку цена управляемого сервиса — это в основном оплата дежурств чужих инженеров.

Во что обходится self-hosting на самом деле

Лицензионные условия не накладывают ограничений. В документации Supabase Docker Compose назван «самым быстрым и рекомендуемым способом self-hosting», а стек работает на обычном VPS. Однако вместо денежных счетов вы платите своим временем, и документация прямо указывает, какие задачи ложатся на ваши плечи:

• подготовка и обслуживание сервера;
• усиление безопасности, обновление ОС и сервисов;
• настройка и управление сервисами;
• обслуживание базы данных Postgres;
• обеспечение высокой доступности и масштабируемости;
• резервное копирование и восстановление после сбоев;
• мониторинг и контроль времени безотказной работы.

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

Чего нет в self-hosted версии Supabase

Self-hosted стек не является полной копией облачной платформы. В документации указано, что недоступно: «ветвление (branching), расширенные метрики (помимо логов), управляемые резервные копии и PITR, аналитика и векторные бакеты, ETL, а также API управления платформой». PITR (восстановление на момент времени) — это то, чего пользователям больше всего не хватает после миграции. В облачных тарифах это опция, которую можно включить переключателем. На собственном сервере это базовая резервная копия плюс архивация WAL (write ahead log), плюс внешнее хранилище для них, а также регулярные проверки того, что все компоненты работают вместе. Для этих целей существуют инструменты вроде pgBackRest, и настройка лежит полностью на вас.

Studio, веб-панель управления, при self-hosted установке «не поддерживает несколько организаций или проектов». Один стек — это один проект. Поэтому, если вы решили развернуть систему самостоятельно, чтобы обойти ограничение в два проекта, планируйте запуск второго стека на других портах или на отдельном сервере, а не создание второго проекта внутри одной панели управления.

Что вы получаете в итоге

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

Вы также получаете полноценный Postgres. Облачная платформа настраивает и управляет сервером за вас. На собственном сервере shared_buffers, max_connections список расширений и пул соединений перед базой данных — это ваша зона ответственности. Последний пункт становится критичным довольно быстро, так как serverless-функция или высоконагруженное приложение открывают больше соединений, чем может выдержать Postgres, и именно в этот момент запуск PgBouncer или Supavisor на собственном VPS перестает быть опциональным.

Исходящий трафик — это ограничение, которое self-hosting снимает наиболее заметно. 5 ГБ быстро заканчиваются, если Storage используется для отдачи изображений или аудио реальным пользователям. Большинство тарифных планов VPS включают трафик, измеряемый терабайтами, поэтому приложение с большим количеством файлов упрется в лимиты облачной платформы задолго до того, как нагрузит сервер. Если Storage — причина, по которой вы читаете этот текст, оцените стоимость диска раньше, чем вычислительные мощности: реальная стоимость терабайта на блочном или объектном хранилище влияет на итоговую цену сильнее, чем процессор.

Запуск self-hosted стека

Рекомендуемый путь — это shallow clone директории docker из репозитория, зафиксированный на теге релиза для self-hosted установки. По состоянию на 10 сентября 2026 года этот тег — self-hosted/v0.8.1. Официальный скрипт установки находится по адресу supabase.link/setup.sh, однако ручное клонирование, описанное ниже, предпочтительнее, если вы хотите хранить дерево файлов в собственном git-репозитории.

git clone --depth 1 --branch self-hosted/v0.8.1 https://github.com/supabase/supabase
mkdir supabase-project
cp -rf supabase/docker/. supabase-project
cd supabase-project && cp .env.example .env
sh utils/generate-keys.sh
docker compose pull
sh run.sh start

sh utils/generate-keys.sh — это шаг, который нельзя пропускать. .env.example поставляется с секретами-заглушками, которые доступны любому пользователю публичного репозитория, поэтому стек, запущенный с этими значениями, будет открыт для любого, кто обнаружит порт. Также установите DASHBOARD_PASSWORD в файле .env, так как Studio защищена HTTP basic authentication, и документация требует, чтобы этот пароль содержал хотя бы одну букву.

Проверьте результат с помощью docker compose ps, команда должна показать, что все сервисы запущены или находятся в состоянии healthy, затем откройте Studio на порту 8000 и войдите, используя учетные данные панели управления. sh run.sh secrets выводит сгенерированные ключи, если они вам снова понадобятся, а sh run.sh stop останавливает стек. Не публикуйте порт 8000 напрямую в интернет: установите перед ним reverse proxy с TLS (transport layer security) или оставьте его в частной сети. Полное руководство, включая настройку прокси и значения .env, которые стоит изменить в первую очередь, находится в пошаговом руководстве по self-hosting Supabase с использованием Docker Compose.

Какой бесплатный тариф выбрать

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

Выбирайте тариф Pro за $25 в месяц, как только у проекта появятся пользователи, чувствительные к доступности сервиса. Эта сумма меньше стоимости времени, которое вы потратите на проверку резервных копий за месяц, поэтому оплата тарифа — это вопрос планирования ресурсов, а не поражение.

Выбирайте self-hosting, если вы уже администрируете VPS для других задач, если данные не должны покидать пределы вашей юрисдикции или если объемы хранения и исходящего трафика растут быстрее, чем стоимость сервера. Этот принцип применим ко всем продуктам с открытым ядром (open core). Разделение между бесплатной community-версией n8n и платными тарифами и разделение между бесплатным Nextcloud Hub и корпоративной подпиской проводят границу в одном и том же месте. Бесплатное программное обеспечение достаточно функционально для реальной рабочей нагрузки. Платный продукт продает вам ту часть обслуживания, которой никто не хочет заниматься самостоятельно.

FAQ

Бесплатный тариф Supabase бесплатен навсегда?

У тарифа Free нет ограничения по времени и не требуется привязка банковской карты (проверено 10 сентября 2026 года). Вместо этого действуют лимиты: 0.5 ГБ базы данных, 1 ГБ файлового хранилища, 5 ГБ исходящего трафика, 50 000 активных пользователей в месяц и два активных проекта. Большинство пользователей сталкиваются не с исчерпанием квот, а с правилом: «Бесплатные проекты приостанавливаются после 1 недели неактивности».

Что происходит, когда бесплатный проект Supabase приостанавливается?

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

Является ли self-hosted версия Supabase полной копией облачной?

Нет. В документации перечислены функции, которые отсутствуют при самостоятельном развертывании: «ветвление (branching), расширенные метрики (помимо логов), управляемые резервные копии и PITR, аналитика и векторные бакеты, ETL, а также API управления платформой». Studio также «не поддерживает несколько организаций или проектов», поэтому один self-hosted стек означает один проект. Компоненты базы данных, аутентификации, хранилища, realtime и edge functions — это то же самое программное обеспечение, на котором работает облачная платформа.

Отправляет ли self-hosted Supabase какие-либо данные разработчикам Supabase?

Нет. В документации по self-hosting указано, что самостоятельно развернутый экземпляр «не связывается с серверами разработчика и не собирает телеметрию». Контейнеры загружают образы из публичного реестра при выполнении docker compose pull — это обычная загрузка образов, а не отчет о ваших данных. После этого всё остается на вашем сервере, что также означает, что ответственность за резервное копирование и обновления безопасности лежит полностью на вас.