Firebase для бедных? Не совсем. Supabase взлетел не потому, что это «ещё один backend», а потому что он снял два главных трения в продуктовой разработке: закрытый vendor lock-in и боль с API под AI-ассистентов.
Факт: проект стартовал в 2020 как open-source альтернатива Firebase, но на PostgreSQL. То есть вместо магии — нормальный SQL, миграции, права доступа, realtime и auth из коробки. Для growth-команд это важно: данные не заперты, а эксперименты можно считать без плясок с экосистемой одного вендора.
Почему это стало большим трендом именно сейчас:
— Vibe Coding ускорил прототипирование: нейросетям проще генерить запросы и интеграции, когда есть понятная структура БД.
— Supabase закрывает MVP-слой быстрее, чем собирать свой auth + DB + storage + webhooks.
— Для A/B, CRM-триггеров и event tracking SQL-стек часто дешевле и прозрачнее.
Но есть и черный кейс: многие команды берут Supabase как «быстрый старт», а потом упираются в архитектуру, если сразу не продумали индексы, роли и нагрузку на realtime. В итоге «дешевый» стек начинает дорожать на переделках.
Вывод: Supabase — не замена инфраструктурному мышлению. Это ускоритель, если у вас уже есть дисциплина в данных и понятные сценарии роста.
Growth Room
@GrowthRoomHub
Firebase для бедных? Не совсем. Supabase взлетел не потому, что это «ещё один backend», а потому что он снял д
Этот пост опубликован в Telegram-канале Growth Room. Подписаться можно по ссылке: @GrowthRoomHub.