Clickhouse also just put out a fun article on scaling pgbouncer too, talking about scaling out so_reuseport while not having to shard so harshly (a major limitation pgdog here is addressing via rewrite), https://clickhouse.com/blog/pgbouncer-clickhouse-managed-pos... https://news.ycombinator.com/item?id=48814152

▲

merb 7 hours ago | parent [-]

Well tbf pgdog looks extremely amazing on paper and goes way beyond multi threading.

The notify/listen fix and automatic query routing to read replicas and auto sharding might bringt Postgres finally closer to vitess

▲

khurs 5 hours ago | parent [-]

>might bringt Postgres finally closer to vitess

Supabase are launching a Vitess for Postgresql, they have hired the original creator of Vitess for it

https://supabase.com/blog/multigres-vitess-for-postgres

▲

tpetry 4 hours ago | parent [-]

And Planetscale (who is the current primary maintainer of vitess) is developing a Vitess for PostgreSQL.

There will be a couple of production-grade PG vitess solutions the next months.

▲

khurs 2 hours ago | parent | next [-]

Looked it up, says 'Will be released as an open source project' but announcement was in July 2025 and no public repo yet which is strange, so time will tell if they will stick to this.

https://planetscale.com/blog/planetscale-for-postgres#vitess...

https://planetscale.com/neki

...

Supabase one is open from start:

https://github.com/multigres/multigres

https://multigres.com/

▲

samlambert 2 hours ago | parent [-]

We are already moving Neki customers into production. Nobody else is even close. PlanetScale doesn't spend our days yapping about what we are going to do. We just do it.

▲

khurs 2 hours ago | parent [-]

Congrats!

The question was whether your previous statement about it being open source was still the case, or is it now going to be propriety?

▲

samlambert 2 hours ago | parent [-]

More details on this are coming soon.

	▲	khurs 2 hours ago \| parent [-]
		Thanks. Appreciate your company has spent a lot of money on the project.

▲

4 hours ago | parent | prev [-]

[deleted]