I don’t know if this is a question for you or for the Supabase leadership team. But, what is the primary reason for building something “new” instead of using the tools already existing in the Postgres ecosystem like Citus or pgdog?
What are the gaps in those which you expect to solve with Vitess for Postgres?
The Vitess architecture was traditionally built in a database agnostic fashion. Most of its features should port smoothly over to Postgres.
The cool features that I can think of: A formal sharding scheme based on relational foundations, a fairly advanced query analyzer and routing engine capable of cross-shard functionality, HA and durability, abilities to reshard safely, seamless migrations, etc.
What are the gaps in those which you expect to solve with Vitess for Postgres?