I think this is confusing Planetscale's primary objective: to make it incredibly easy and efficient to scale a database up and out.
There's no mention of sharding whatsoever. Without that this has very little to do with Planetscale and is much closer to your average managed DB (RDS etc.). There's also no mention of a bouncer/gateway/reverse proxy, which is necessary for zero downtime.
I get that Planetscale hosts "vanilla" Postgres instances but naturally those are limited by single instance size limits. I imagine this is predominantly a marketing strategy for them, acting as a funnel for their sharding products.
But perhaps that's the goal with this project, to not be Planetscale at all, and to focus on the single node. If that's the case, then great, best of luck, but the roadmap is missing some important pieces for me to take this seriously. In either case I find drawing comparison with Planetscale to not be very helpful or illustrative of the project and its goals.
It's far from complete. This is just the infrastructure bit that I need to build the actual service. I am going to build an operator, a coordinator, an API and a CLI. I am going to continue writing posts while building them.
I think this is confusing Planetscale's primary objective: to make it incredibly easy and efficient to scale a database up and out.
There's no mention of sharding whatsoever. Without that this has very little to do with Planetscale and is much closer to your average managed DB (RDS etc.). There's also no mention of a bouncer/gateway/reverse proxy, which is necessary for zero downtime.
I get that Planetscale hosts "vanilla" Postgres instances but naturally those are limited by single instance size limits. I imagine this is predominantly a marketing strategy for them, acting as a funnel for their sharding products.
But perhaps that's the goal with this project, to not be Planetscale at all, and to focus on the single node. If that's the case, then great, best of luck, but the roadmap is missing some important pieces for me to take this seriously. In either case I find drawing comparison with Planetscale to not be very helpful or illustrative of the project and its goals.
Awesome. I've been playing exploring PITR stuff recently in my homelab. Will give it a go and try to contribute if I spot any issues
It's far from complete. This is just the infrastructure bit that I need to build the actual service. I am going to build an operator, a coordinator, an API and a CLI. I am going to continue writing posts while building them.
Lolz, just forward to my friend who works at Planetscale. Looking forward to his reaction
I hope they'll enjoy reading it.
MoonScale