Scale Postgres past the limits of a single machine to hundreds of millions of QPS and petabytes of data.
Now available
Neki is sharded Postgres by PlanetScale. Every shard is real Postgres. Neki adds the router, sidecars, and control plane to scale it past a single machine, to hundreds of millions of QPS and petabytes of data, without downtime.
[ NEKI ]
Application
Shard 01
Shard 02
Shard 03
Shard 04
Scale Postgres past the limits of a single machine to hundreds of millions of QPS and petabytes of data.
Split hot shards as workloads grow. Neki creates new target shards, catches them up with replication, and moves traffic through topology changes.
Move data to a new shard layout while the database stays online. Rebalance capacity without application rewrites or maintenance windows.
Each shard is real Postgres. Neki adds the router, sidecars, and control plane needed to scale Postgres horizontally.
05
Let the platform track health, promote replicas, and update routing. Applications keep using the same Postgres endpoint.
06
Run schema changes as coordinated workflows across shards. Neki applies the right method per shard and tracks progress through cutover.
07
Pool connections inside the sharded database layer. Neki routes with awareness of topology, shard health, and session state.
08
Assign different tables or workloads to different shard groups. Scale hot, cold, or isolated data on the hardware profile it needs.
09
Run each shard as a highly available Postgres cluster across availability zones. Failures stay isolated to the smallest possible unit.
10
Define how data maps to shards, shard groups, and shard indexes. Placement is explicit, reviewable, and built for controlled resharding.
Write across shards in one transaction. Neki coordinates commit so the change is atomic: every shard applies it, or none do.
Use explicit workflows for imports, resharding, schema changes, cutovers, and cleanup. Neki makes distributed Postgres operations repeatable.
Move to new Postgres versions through the same online migration model: create target shard groups, replicate, cut over, and retire the old groups.
Import into Neki while the source database keeps serving traffic. Copy, replicate, verify, and cut over when the target is ready.
Each Neki shard has its own WAL and logical replication path. CDC stays compatible with standard Postgres patterns and per-shard streams.
Start with a single shard and split as you grow. Bring an existing database over with a zero-downtime import, or talk to the team about your workload.