Supabase: когда берёшь OSS-замену Firebase, а не новую дыру в бюджете

Supabase: когда берёшь OSS-замену Firebase, а не новую дыру в бюджете

Supabase закрывает типичный набор для MVP и внутренних кабинетов: Postgres, auth, storage, realtime, edge-функции и админку поверх БД. Для арб-стека это удобно, если нужен быстрый старт без сборки своей панели, но при этом важны SQL, роли и прямой доступ к данным.

По зрелости проект сильнее многих «комбайнов»: ядро — Postgres, а не экзотический движок. Но цена self-host тут не в лицензии, а в сопровождении. Нужно следить за бэкапами, миграциями, расширениями, очередями, почтой для auth и тем, как живут realtime-каналы под нагрузкой. Без нормального DevOps это превращается в сервис, который «почти работает» 🙂

Когда брать:
— нужен быстрый backend для кабинета, трекера или внутренней CRM;
— команда уже умеет в Postgres и не хочет учить отдельную экосистему;
— важен контроль над данными и схемой.

Когда лучше SaaS:
— нет времени на поддержку Postgres, auth и storage;
— проекту нужны SLA, аудит и предсказуемые обновления;
— критичны сложные сценарии с правами доступа и высоким concurrency.

Главный тест простой: если вы готовы админить БД как продукт, Supabase экономит недели. Если нет — он съест эти недели обратно, только уже в выходные.