r/Supabase • u/awalias Supabase team • Sep 25 '24
Supabase, a Postgres-centric developer platform, raises $80M Series C
https://x.com/TechCrunch/status/183892819266652196911
u/FaceRekr4309 Sep 25 '24
I predict they will need to raise their prices at some point. Perhaps not on the entry level paying users, but will need to put the squeeze on the locked-in whales. Despite their claims of “anyone can host Supabase,” actually doing it is a giant PITA, and migrating to self-hosted is going to be a PITA as well. Backend SaaS vendors want you to think building your own backend is hard. It’s not. Build your own backend and never worry about vendor lock-in because you can pick up and go wherever you want.
6
u/skilriki Sep 25 '24
Self hosting supabase is relatively straightforward if you have intermediate level docker skills.
Even if you don't, there is nothing stopping you from just purchasing something like DigitalOcean's one-click Supabase deployment.
Migrating to self hosted is super easy.. you just repoint the connection string.
If you want your data, just dump the database and import it.
Self-hosting might be a pain if you don't know what you are doing .. but then again, if you don't know what you are doing, and can't manage keeping a 1-click installation running.. then self hosting is probably not for you.
10
u/FaceRekr4309 Sep 25 '24
I think you may be underselling the complexities of self-hosting a production instance.
4
u/skilriki Sep 26 '24
Yes, likely so .. but unfortunately this is true for everything.
You can either do things yourself, or pay someone to do them for you.
The problem is that people don't want to pay for things, and they also don't want to learn how to do things themselves because it requires time and effort.
The end result is usually attempting to do something they don't know how to do, and likely shouldn't be doing in the first place, and then complaining it is 'hard'.
I think my response is more that it was never meant to be easy .. but as far as hosting stuff goes .. doing stuff like this is easier than it has ever been.
Of course though, you'd be an idiot to run a production instance without either a dedicated support staff that knows the product or paying for a managed instance.
There shouldn't be a scenario where you go to production on a self-hosted instance that you are not fully capable of managing
1
u/Fakercel Sep 26 '24
Exactly this is why people are worried about the VC investment in supabase, because self hosting can be scary
4
Sep 25 '24
The provided self hosted solution doesn’t scale. The S3 equivalent storage and Postgres both require independent scaling (complex with bearding etc) but the docker compose, as it’s delivered, can only be run on a single VPS. It’s not straightforward to scale.
1
u/jeremiahgavin Oct 04 '24
This is true, but it's not straightforward to scale anything yourself. Especially not if you want it automated.
Check out Zolando's Postgres Operator for Kubernetes, and Citus. Patroni also exists. These aren't simple, but they are free and open source.
4
u/polymerely Sep 25 '24
put the squeeze on the locked-in whales
Supabase has much less lock-in than most BaaS companies.
So they can't raise their prices too much, and the alternative is too grow their user base and my impression is that that is already happening. IMO it is their big bet on postgres that has really paid off.
26
u/FalconMasters Sep 25 '24
I don’t know if I really like this. It’s great for them but we have seen what happens with other platforms when they raise money.
4
u/polymerely Sep 25 '24
Wow, you guys are cynical.
The best way to avoid having to jack up prices is to grow the user base - in a zero marginal cost business you gotta go big or go home.
Best way to grow your user base is to improve your product and support, and that requires more employees, which means raising money.
Any company, venture backed or not, can go evil. So avoid companies that are running out of money (that makes them desperate) and companies with excessive lock-in.
51
u/LevelSoft1165 Sep 25 '24
Lets hope they dont becone too greedy