A engenharia por trás do roteamento de queries em Postgres sharded
Aprofundamento CEVIU
Aprofundamento
O roteador Neki da PlanetScale atua como uma camada de abstração crítica para o PostgreSQL sharded, transformando um cluster distribuído em uma experiência de uso que simula um único servidor Postgres. Do ponto de vista de engenharia de plataforma e DevOps, isso simplifica drasticamente a gestão e o desenvolvimento. A camada de roteamento gerencia autenticação, interpretação dos protocolos de comunicação (Simple e Extended), e o planejamento de queries. Isso permite que as aplicações continuem usando drivers Postgres padrão sem precisar entender a complexidade da distribuição dos dados, reduzindo a carga cognitiva e o código específico de sharding na aplicação.
A inteligência do Neki reside no seu planejador de queries distribuído, que é ciente da topologia dos shards. Ele transforma uma consulta SQL em um plano de execução otimizado para múltiplos nós Postgres. Isso inclui a decisão de como realizar junções complexas entre shards, preferindo estratégias como hash join no roteador em vez de nested-loop joins, que seriam menos eficientes. A habilidade de converter operações distribuídas em operações locais através da colocalização de dados, quando possível, é um fator chave para alta performance, eliminando a necessidade de operações custosas de scatter-gather e hash joins no roteador.
O que mudou
A cobertura anterior do CEVIU News, em 11 de setembro de 2026, com matérias como "PlanetScale Apresenta Neki: Sharding de PostgreSQL com Compatibilidade Padrão Preservada" e "Desvendando o PostgreSQL Sharded: A Jornada de uma Query em Sistemas Distribuídos", introduziu o Neki e seus conceitos. A notícia atual aprofunda a discussão, revelando os detalhes de engenharia por trás do roteador. Ela explica como o Neki gerencia desde a autenticação e o parsing do protocolo até o planejamento inteligente de queries e a execução distribuída, que foram os pilares para o marco de 118 milhões de queries por segundo, divulgado também em 14 de setembro de 2026.
Por que isso importa
Para equipes de DevOps e engenheiros de plataforma, o Neki representa um avanço significativo na escalabilidade do PostgreSQL. Ele permite que organizações alcancem níveis extremos de throughput e armazenamento sem abandonar a familiaridade e o ecossistema do Postgres. A capacidade de abstrair a complexidade do sharding para a camada de roteamento significa que os desenvolvedores podem focar na lógica de negócio, enquanto os operadores se beneficiam de um sistema que lida com a resiliência e a distribuição de dados de forma mais transparente e eficiente. Isso é crucial para aplicações que demandam alta performance e disponibilidade contínua.
Linha do tempo
CEVIU News publica sobre backup paralelo massivo para bancos de dados Postgres sharded.
PlanetScale apresenta o Neki, sua solução de sharding para PostgreSQL com compatibilidade padrão.
CEVIU News detalha a jornada de uma query em um ambiente PostgreSQL sharded com o Neki.
PlanetScale anuncia que o Neki alcançou 118 milhões de queries por segundo.
CEVIU News explora a engenharia por trás do roteamento de queries no PostgreSQL sharded do Neki.
Perguntas frequentes
O que é o roteador Neki e qual seu papel principal no sharding de PostgreSQL?
O roteador Neki é um componente central na solução de sharding da PlanetScale para PostgreSQL. Ele atua como um proxy inteligente, interceptando as requisições do cliente e as roteando para os shards corretos, gerenciando autenticação, parsing de queries e planejamento de execução distribuída. Seu principal papel é fazer com que um cluster sharded pareça um único servidor PostgreSQL para a aplicação.
Como a escolha da chave de shard impacta o desempenho das queries no Neki?
A escolha da chave de shard é fundamental para o desempenho. Quando dados relacionados (como cliente e seus pedidos) são colocalizados no mesmo shard, o Neki pode converter junções complexas entre shards em operações locais eficientes. Isso evita operações custosas de scatter-gather e hash joins no roteador, otimizando drasticamente a performance de consultas distribuídas.
Quais são os desafios de engenharia que o Neki supera ao rotear queries em um ambiente sharded?
O Neki supera desafios como a replicação do sistema de autenticação e protocolo de comunicação do Postgres, a implementação de um planejador de queries distribuído ciente dos shards, o tratamento de falhas de servidor e o pool de conexões otimizado. Ele precisa garantir que todas as operações funcionem como se a aplicação estivesse conectada a um único e tradicional banco de dados PostgreSQL.
Como o Neki lida com os diferentes protocolos de comunicação do PostgreSQL?
O Neki suporta ambos os protocolos de comunicação do PostgreSQL: Simple e Extended. Ele implementa o comportamento preciso de cada um, permitindo que qualquer driver ou aplicação Postgres se conecte sem modificações. Isso garante compatibilidade total, independentemente de como o cliente envia suas queries (como SQL completo ou em fases separadas de preparação e execução).
Fontes
- planetscale.comfonte original
- Categoria
- CEVIU DevOps
- Publicado
- 14 de setembro de 2026
- Editoria
- CEVIU DevOps

