PgDog surge como novo pooler de conexões PostgreSQL focado na preservação de estado

O PgDog não é só mais um pooler: é um proxy PostgreSQL de camada 7 escrito em Rust, com parser SQL embutido, que atua como pooler, balanceador de carga e sharder, tudo na mesma binary. Ele resolve dois problemas críticos de operação em produção que outros poolers ignoram por design: a perda de estado da sessão (SET, RLS, search_path) e o colapso da semântica transacional de LISTEN/NOTIFY. Ao invés de forçar aplicações a se adaptarem ao proxy, o PgDog adapta-se ao comportamento esperado do PostgreSQL, rastreando variáveis por cliente, sincronizando estado com SETs automáticos em pipeline e mantendo mensagens pub/sub entre processos via broadcast Tokio + conexão dedicada ao Postgres. Isso elimina a necessidade de reescrever código para usar pooling, especialmente em sistemas legados com RLS baseado em session variables ou workflows que dependem de NOTIFY dentro de transações.

Sua arquitetura multithreaded em Tokio permite escalar centenas de milhares de conexões com poucos processos, evitando o "sharding acidental" de pools, um problema crônico no PgBouncer com SO_REUSEPORT ou no RDS Proxy com autoscaling. Em vez de espalhar métricas, health checks e filas de espera por dezenas de instâncias, o PgDog centraliza isso num único processo, reduzindo complexidade operacional real. Ele já roda em produção há mais de um ano, processando 2M QPS, e suporta sharding online com re-sharding zero-downtime via replicação lógica, funcionalidade ativada pelo PR #279 e testada com terabytes copiados em minutos.

A cobertura CEVIU anterior de 12 de março de 2026 destacava o PgDog como parte da onda de ferramentas em Rust para PostgreSQL, mas ainda como projeto emergente. Agora, em julho de 2026, ele já é uma solução madura em produção há mais de um ano, com financiamento seed de US$ 5,5 milhões, release v0.1.47 estável, suporte a prepared statements completo, sharding online com re-sharding zero-downtime e implantação em escala via Helm e Terraform. O que era 'promessa técnica' virou prática operacional: o parser SQL não é mais conceito, é o mecanismo que garante RLS segura sob pooling, e o suporte a LISTEN/NOTIFY não é experimental, é usado em workflows críticos de notificação em tempo real sem depender de Redis ou SQS.

Para equipes de DevOps e engenharia de plataformas, o PgDog reduz o custo de escalabilidade: não exige refatoração de aplicações para usar pooling, elimina a necessidade de múltiplos proxies para lidar com picos de tráfego e simplifica a observabilidade com um único ponto de métricas. Para SREs, ele aumenta a confiabilidade ao preservar semânticas transacionais do Postgres que outras camadas intermediárias quebram silenciosamente, como o desaparecimento de linhas por falha de RLS ou perda de mensagens NOTIFY. E para arquitetos de dados, sua capacidade de sharding cross-shard com agregação em memória e ingestão massiva via COPY abre caminho para escalar OLTP sem migrar para soluções externas ou sacrificar consistência.

Repositório oficial: pgdogdev/pgdog