
The post has been translated automatically. Original language: Russian Russian
Many people want to save money on the services or products they purchase. I'm one of them. I would venture to assume that services like Firebase, like himself, position themselves from this side.
I recently came across the same question from a customer asking me to try to reevaluate the project using Supabase.This is such an alternative to Firebase, only based on the "normal" Postgres database. (Don't get mad at me, Google product followers).
And as a result, my score was less than 1% different. It can be attributed to an error. What's wrong? It seems like it should decrease by at least some significant amount.
It seems like I shouldn't think about deployment, I get user management and REST for CRUD operations out of the box.
But here, as always, everything is hidden in the details. I'll give you some examples.
For example, if you have some kind of non-standard login method, not from the list of ready-made providers. We'll have to invent and spin.
Or if you need to make push notifications in the Flutter mobile app. One of the simplest examples is to do this via Firebase.
That is, the Supbase stored procedure will trigger Firebase to send messages.
And you can go on like this for a long time...
Do we need such mechanisms as Supabase? Definitely yes. But don't overestimate them, especially if your app has something unique from a technical point of view.
Многие хотят сэкономить на тех сервисах или товарах, которые они приобретают. В их число и я вхожу. Рискну предположить, что сервисы подобные на Firebase, как и он сам, позиционируют себя именно с этой стороны.
Недавно столкнулся с таким же вопросом от заказчика с просьбой попробовать переоценить проект с использованием Supabase.Это такая альтернатива Firebase, только на основе "нормальной" базы данных Postgres. (Не гневайтесь на меня адепты гугловых продуктов).
И в итоге оценка у меня отличалась на меньше чем 1%. Можно списать на погрешность. А что не так? Вроде же должно уменьшиться на хоть какую существенную сумму.
Вроде я не должен думать о деплое, из коробки получаю user management и REST для CRUD операций.
Но тут как всегда всё спрятано в деталях. Приведу примеры.
Например, если у вас какой-то нестандартный способ логина, не из списка готовых провайдеров. Придётся придумывать и вертеться.
Или если вас нужно в мобильном приложении на Flutter сделать push уведомления. Один из самых простых примеров - сделать это через Firebase.
То есть хранимая процедура Supabase будет тригерить Firebase для отправки сообщений.
И так можно продолжать долго...
Нужны ли такие механизмы как Supabase - однозначно да. Но не стоит их переоценивать, особенно если ваше приложение имеет что-то уникальное с технической точки зрения.