PlanetScale ha puesto Neki a disposición en platform preview. Neki es una plataforma de Postgres fragmentado: cada shard es una instancia real de Postgres, y Neki añade encima un router, sidecars y un plano de control. Los objetivos declarados son cientos de millones de consultas por segundo y petabytes de datos por base de datos, con refragmentación sin tiempo de inactividad. Nick Van Wiggeren anunció el lanzamiento en una entrada de blog.

Las aplicaciones se conectan al router de Neki, que dirige las consultas a los shards de Postgres. Cuando un shard se sobrecarga, Neki puede dividirlo en línea: crea nuevos shards de destino, los sincroniza mediante replicación y mueve el tráfico mediante cambios de topología. La refragmentación se ejecuta mientras la base de datos sigue en línea, sin reescribir aplicaciones ni ventanas de mantenimiento.

La lista de funciones es amplia. La alta disponibilidad la gestiona la plataforma, que supervisa el estado, promueve réplicas y actualiza el enrutado mientras las aplicaciones siguen usando un único endpoint de Postgres. Los cambios de esquema se ejecutan como flujos de trabajo coordinados entre shards, con el método adecuado por shard y un cutover monitorizado. El pooling de conexiones está integrado en la capa de sharding, con conocimiento de la topología, la salud de los shards y el estado de las sesiones. Los shard groups permiten asignar tablas o cargas de trabajo a distintos perfiles de hardware. Cada shard funciona como un clúster de Postgres de alta disponibilidad repartido en zonas de disponibilidad.

La ubicación de los datos es explícita mediante un concepto llamado data topology, que asigna los datos a shards, shard groups e índices de shards. Las transacciones entre shards con commit atómico están anunciadas como próximamente disponibles. Flujos de trabajo explícitos cubren importaciones, refragmentación, cambios de esquema, cutovers y limpieza. Las actualizaciones en línea a nuevas versiones de Postgres siguen el mismo modelo de migración: crear shard groups de destino, replicar, conmutar y retirar los antiguos. Las importaciones sin tiempo de inactividad copian, replican, verifican y conmutan mientras el origen sigue atendiendo tráfico. Para CDC, cada shard conserva su propio WAL y su propio camino de replicación lógica, compatible con los patrones habituales de Postgres.