This is exciting. The announcement says it will be open source. I really hope that this includes a functionally complete control plane so you realistically self-host.
I looked Neon recently, and it appears that it's designed as a SaaS product from the outset; while it is technically possible to self-host the individual components of the architecture, it does not look trivial, in large part because the control plane is closed source (and probably extremely specific to Neon's SaaS operations).
They did a interview 2 weeks ago about this on the changelog podcast with Sugu Sougoumarane, the creator of Vitess.
https://youtu.be/y1aq8RsnJeI
This is exciting. The announcement says it will be open source. I really hope that this includes a functionally complete control plane so you realistically self-host.
I looked Neon recently, and it appears that it's designed as a SaaS product from the outset; while it is technically possible to self-host the individual components of the architecture, it does not look trivial, in large part because the control plane is closed source (and probably extremely specific to Neon's SaaS operations).
Looks like there is two ongoing vitess for postgres projects. Hopefully this competition leads to a better postgres ecosystem.
https://supabase.com/blog/multigres-vitess-for-postgres
It gets more spicy when you realize the founder of vitess, also the founder of planet scale, left planet scale to build this at supabase
he left PlanetScale 4 years ago.
There is also pgdog by the author of pgcat: https://pgdog.dev
Supabase also working on OrioleDB
OrioleDB is not about sharding, it's about the storage layer.
I did not claim OrioleDB is about sharding. It was just an observation that Supabase is contributing to Postgres ecosystem through multiple projects.
they likely said that because the context is "vitess for postgres projects" and OrioleDB is not "vitess for postgres"
Does Neki still need sharding key in query, just like Citus?
If it’s like vitess then no, but IIRC you get relaxed consistency across shards
Is anyone working on replacing postgres?
Feels like it might be very useful since a lot of new technologies came out since spinning disks.
If you look at the changes that have been made to Postgres, and continue to be made, the answer is yes.
The Postgres team is working on replacing Postgres. With even better Postgres.
The Postgres team incorporating io_uring into PG 18 is a good example of this: https://pganalyze.com/blog/postgres-18-async-io.
Who isn't? Cockroach rewrote Postgres in Go. CedarDB rewrote Postgres in C++.
And then to lesser degrees you've got Yugabyte, AlloyDB, and Aurora DSQL (and certainly more I'm forgetting) that only replace parts of Postgres.