PlanetScale detalha arquitetura do Neki para sharding de PostgreSQL com alta disponibilidade
Aprofundamento CEVIU
Aprofundamento
A arquitetura do Neki, solução da PlanetScale, opera com instâncias padrão do PostgreSQL, sem modificá-las. Em vez de criar um fork, o Neki adiciona camadas de orquestração e gerenciamento. O PostgresManager gerencia o ciclo de vida de cada instância PostgreSQL, enquanto o Sidecar otimiza o pool de conexões. O Router atua como o ponto de entrada único para as aplicações, abstraindo a complexidade do sharding. A consistência é garantida ao padronizar Object Identifiers (OIDs) para tipos personalizados em todas as shards, usando uma shard autoritativa como fonte da verdade.
Para alta disponibilidade e resiliência, o Admin monitora a saúde das shards e coordena failovers ou switchovers, utilizando pg_rewind para sincronizar instâncias. O Operator, otimizado para Kubernetes, automatiza o deploy e o gerenciamento de todo o cluster Neki. Operações como movimentação de tabelas (MoveTables), redistribuição de dados (Reshard) e alterações de schema online (OnlineDDL) são realizadas pelo Replicator, que copia e sincroniza dados em segundo plano, com o Router gerenciando a transição (cutover) para o novo layout de forma transparente, minimizando interrupções para as aplicações.
O que mudou
Em 11 de setembro de 2026, a PlanetScale apresentou o Neki, destacando sua capacidade de sharding para PostgreSQL padrão. Posteriormente, em 15 de setembro, a engenharia focou no Router, explicando como ele orquestra o roteamento de queries em ambientes sharded. Agora, a PlanetScale detalha a arquitetura completa, revelando componentes cruciais como Admin, Operator e Replicator. Essas informações completam o panorama, mostrando como o Neki gerencia a vida útil das instâncias, garante alta disponibilidade e permite operações complexas, como resharing e alterações de schema online, que não tinham sido detalhadas anteriormente.
Por que isso importa
A capacidade de escalar PostgreSQL horizontalmente, mantendo a compatibilidade padrão e abstraindo a complexidade de um ambiente distribuído, é um benefício substancial. Empresas que dependem de PostgreSQL podem agora gerenciar volumes massivos de dados e tráfego de forma mais eficiente, sem a necessidade de migrar para outros bancos de dados ou reescrever aplicações. A funcionalidade de resharing e alterações de schema online minimiza o tempo de inatividade, garantindo a continuidade do negócio em momentos críticos de crescimento ou manutenção. Isso representa um avanço significativo para a sustentabilidade de arquiteturas de dados complexas.
Linha do tempo
PlanetScale Apresenta Neki: Sharding de PostgreSQL com Compatibilidade Padrão Preservada
Desvendando o PostgreSQL Sharded: A Jornada de uma Query em Sistemas Distribuídos
PlanetScale alcança 118 milhões de queries por segundo com o Neki, seu Postgres sharded
A engenharia por trás do roteamento de queries em Postgres sharded
PlanetScale detalha arquitetura do Neki para sharding de PostgreSQL com alta disponibilidade
Perguntas frequentes
O que é sharding de PostgreSQL no contexto do Neki?
O sharding de PostgreSQL no Neki é a distribuição horizontal de dados entre múltiplas instâncias padrão de PostgreSQL. Cada instância, ou "shard", armazena uma parte dos dados, permitindo que o banco de dados escale muito além da capacidade de um único servidor. O Neki orquestra essas shards para que se comportem como um único banco de dados para a aplicação.
Como o Neki garante alta disponibilidade?
O Neki garante alta disponibilidade através de um conjunto de componentes como o Admin e o Operator. O Admin monitora a saúde das shards, gerencia a replicação (síncrona ou assíncrona) e orquestra failovers automáticos. O Operator automatiza o ciclo de vida das instâncias, garantindo que falhas de nós sejam tratadas de forma transparente, com substituições rápidas e recuperação de dados.
Quais operações o Neki permite fazer online?
O Neki permite várias operações online com mínimo ou nenhum downtime, graças ao seu componente Replicator. Isso inclui MoveTables (mover tabelas entre shards), Reshard (redistribuir dados quando uma shard atinge sua capacidade) e OnlineDDL (alterar o schema de uma tabela). Essas operações são realizadas copiando dados para um destino e sincronizando-o antes de um corte de tráfego rápido, orquestrado pelo Router.
O Neki altera a forma como o PostgreSQL funciona internamente?
Não, o Neki não altera o funcionamento interno do PostgreSQL. Ele é construído para operar com instâncias "vanilla" (padrão) do PostgreSQL. O Neki adiciona uma camada de orquestração e gerenciamento por cima dessas instâncias, permitindo que elas sejam sharded e escaladas sem modificar o código-fonte do PostgreSQL.
Fontes
- planetscale.comfonte original
- Categoria
- CEVIU Dados
- Publicado
- 21 de setembro de 2026
- Editoria
- CEVIU Dados