3 ms·
this is no different than running, say, Rails on a managed service. You can take the service and you run it somewhere else: each individual service is wrapped i
by kiwicopple 3y ago
this is no different than running, say, Rails on a managed service. You can take the service and you run it somewhere else: each individual service is wrapped into a docker image which should make it easy.
You can use as many or as few of the services as you want - its designed it that way:
https://supabase.com/docs/guides/getting-started/architecture#everything-works-in-isolation https://supabase.com/docs/guides/getting-started/architectur...
- BoorishBears 3y agoThis just sidesteps what I said? Supabase is most attractive to those without the skills to run an unmanaged service A bespoke solution, even if it's open, doesn't mean it's as portable as a very standard solution. If you want portability, the parent comment was right: don't embed Supabase deeply into your application.
- kiwicopple 3y agolet me have another run at it: > If you use Postgres you're "locked" into Postgres: a technology with a laundry list of providers. Supabase is just a Postgres platform, and you can use it like that so that you can migrate away to any one of those laundry list. We _also_ provide some tools which are nicely integrated but importantly: they are optional > doesn't Supabase rely on spinning up additional services to leave, No, not if you don't use those other services. If you _do_ decide to use another service, then yes, you need to spin it up to leave (or migrate to something else). Hence my comment: this is no different than running, say, Rails on a managed service.
- switchbak 3y agoYou're suggesting a hosted Postgres offering isn't "as portable" as a very standard solution? This isn't DynamoDB here, this is about as standard as it gets. I'm failing to find the supposed lock-in being talked about here.
- BoorishBears 3y agoIs having your frontend hook directly into to your database without a backend a standard? I almost exclusively saw it in locked in BaaS platforms over the years (like Firebase) I've barely even seen PostgREST offered managed: is even one managed Postgres provider with the right combination of PostgREST and go-true to let you move over today? Edit: I also don't get why this is such a point of contention... Since when is BaaS not just a trade off between initial velocity and later stage lock-in? The former is not worthless, but like most tools you should understand the tradeoffs involved
- antifa 3y agoI'm guessing a "managed postgREST" would look like a docker container deployed to AWS App Runner or Google Cloud Run with the standard Postgres RDS hocked up to it.
- szundi 3y agoBetter step away from your keyboard then, until you start to use something and getting locked in. Point is that if you need to be free, the barrier is lowER.