Supabase — не «готовый бэкенд», а набор сервисов, который легко разрастётся в свой зоопарк

Supabase — не «готовый бэкенд», а набор сервисов, который легко разрастётся в свой зоопарк

Supabase обычно берут как замену ручной сборки auth + Postgres + storage + API. На старте это экономит недели: поднимаешь проект, получаешь логин, БД, файловое хранилище и realtime без отдельной склейки.

Но у self-host быстро вылезает TCO. Надо следить за Postgres, бэкапами, миграциями, очередями, storage, почтой, логами и доступами. Если команда маленькая, один devops-час в неделю может съесть всю «бесплатность» OSS.

На что смотреть до внедрения:
— кто владеет схемой и миграциями;
— как восстанавливаются бэкапы и кто это проверяет;
— где живут секреты и service role ключи;
— можно ли вынести критичные части, если один сервис начнёт тормозить.

Брать имеет смысл, если нужен быстрый MVP, свой Postgres и минимальная сборка вокруг auth/API. Платить SaaS проще, если важнее SLA, поддержка и предсказуемость, чем контроль над стеком.

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