Supabase: когда open source экономит на backend, а когда съедает недельку на DevOps

Supabase: когда open source экономит на backend, а когда съедает недельку на DevOps

Supabase — это не «ещё один Firebase», а набор готовых кирпичей: Postgres, auth, storage, realtime и API поверх базы. Для MVP он снимает 3 задачи сразу: не писать админку для пользователей, не городить CRUD и не собирать auth из отдельных сервисов.

Но у self-host есть цена. Вам нужно следить за Postgres, бэкапами, миграциями, очередями, storage, логами и правами доступа. Если команда маленькая, то экономия на SaaS легко превращается в долгий хвост поддержки, который никто не закладывал в спринт.

Когда брать Supabase: если нужен быстрый старт, SQL как основа, прозрачная схема данных и возможность уехать с облака на свой сервер. Когда платить SaaS: если продукт уже живёт, SLA важнее гибкости, а devops-время дороже лицензионной подписки. Для арб-стека особенно важно не романтизировать realtime: он удобен, пока нагрузка и схема не начинают жить своей жизнью.

Проверка перед выбором простая: сможете ли вы восстановить базу из бэкапа без паники, пережить падение storage и объяснить команде, кто чинит auth ночью. Если на эти вопросы нет чётких ответов, Supabase лучше сначала брать как управляемый сервис, а self-host — только после расчёта TCO.