PgDog Revoluciona Gerenciamento de Conexões PostgreSQL com Arquitetura Inovadora

PgDog é um proxy de código aberto para PostgreSQL, escrito em Rust com Tokio, que atua simultaneamente como pooler de conexões, load balancer de camada 7 e sharder nativo, não apenas um substituto para PgBouncer, mas uma reengenharia do modelo de infraestrutura de dados. Ele resolve dois pontos críticos que forçam trade-offs em aplicações maduras: o vazamento de estado de sessão (comandos SET) e a incompatibilidade com LISTEN/NOTIFY em modo transacional. Ao integrar um parser SQL leve, ele extrai, armazena e sincroniza variáveis de sessão por cliente, sem alterar o aplicativo ou desabilitar RLS. Para pub/sub, ele age como um broker intermediário que orquestra mensagens entre clientes e o Postgres via conexão dedicada, preservando semântica ACID mesmo em clusters distribuídos.

Sua arquitetura multithreaded permite que um único processo lide com milhares de conexões simultâneas com baixa latência, superando o PgBouncer em benchmarks reais: 112.112 TPS (50 conexões) contra 89.287 TPS, diferença de 25%. Isso não é só sobre concorrência: é sobre eliminar o *sharding* acidental de pools (como em RDS Proxy), reduzir alocações com bytes, e evitar o custo operacional de gerenciar múltiplos processos com métricas fragmentadas. O projeto já roda em produção há mais de um ano, processando 2M QPS e gerenciando 20 TB de dados sharded.

Na cobertura CEVIU de 12 de março de 2026, o PgDog era apresentado como uma das quatro iniciativas em Rust impulsionando o ecossistema PostgreSQL, ao lado de Neon e ParadeDB , , mas ainda sem detalhes técnicos de implementação ou dados de desempenho. Agora, em julho de 2026, ele sai da categoria 'promissor' para 'operacional em escala': está em produção com 2M QPS, recebeu financiamento de US$ 5,5 milhões, lançou suporte a sharding com re-sharding zero-downtime e transações cross-shard com 2PC, e passou a ter roadmap definido para Enterprise (painel de controle, análise de planos de consulta, bloqueio de queries). A evolução real está na maturidade técnica, não só no parsing de SET, mas na execução confiável de LISTEN/NOTIFY em clusters, algo ausente na primeira menção.

Para devs que usam RLS, citus ou replicação lógica, PgDog elimina um dos maiores gargalos de escalabilidade: ter que escolher entre segurança (variáveis de sessão), funcionalidade (pub/sub) e performance (pooling). Ele não pede refatoração, mantém o comportamento esperado do Postgres, mesmo sob carga. Para equipes de infra, reduz complexidade operacional: um processo, não dezenas; uma métrica, não centenas de health checks espalhados entre kernels e control planes da nuvem. E para arquitetos que já consideravam migrar para Redis/SQS ou mudar para Citus, PgDog oferece uma alternativa nativa, com licença AGPL v3 que permite uso interno sem compartilhar modificações, desde que não se ofereça como serviço público.

Repositório oficial: pgdogdev/pgdog