EDB lança PGD 6.4 com Quorum Commit, trazendo verdadeira consistência distribuída para Postgres de missão crítica


EDB lança PGD 6.4 com Quorum Commit, trazendo verdadeira consistência distribuída para Postgres de missão críticaEDB lança PGD 6.4 com Quorum Commit, trazendo verdadeira consistência distribuída para Postgres de missão crítica

WILMINGTON, Del.EnterpriseDB (EDB), empresa líder soberana de IA e dados, anunciou o EDB Postgres Distributed (PGD) 6.4, a base transacional distribuída de EDB Postgres IA. A versão apresenta três recursos importantes: Quorum Commit para verdadeira consistência distribuída entre nós, pool de conexões integrado por meio do Connection Supervisor nativo e suporte completo para objetos grandes do PostgreSQL. Juntos, eles oferecem as garantias de durabilidade e a simplicidade arquitetônica que os aplicativos financeiros e de infraestrutura de nível 1 exigem.

A procura de controlo soberano sobre dados críticos está a acelerar. O Gartner prevê que até 2030, mais de 75% das empresas europeias e do Médio Oriente irão geopatriar cargas de trabalho — acima dos menos de 5% em 2025. A IA e a soberania dos dados são imperativos estratégicos claros.

Mas o controle sobre onde os dados residem é apenas metade da questão; as organizações também precisam de certeza sobre o seu estado. O PGD 6.4 atende a essa demanda, trazendo a consistência distribuída mais forte que o Postgres já ofereceu.

Quorum Commit: O fim do gasto duplo distribuído

A adição mais importante no PGD 6.4 é Quorum Commit; um mecanismo de coordenação pré-confirmação que impõe uma verdade international única e coerente em cada nó do cluster antes que qualquer transação seja confirmada localmente. Ao contrário da replicação síncrona tradicional, que confirma apenas que uma réplica recebeu um registro, o Quorum Commit coordena o conteúdo de gravações simultâneas nos knowledge facilities em tempo actual.

Considere um cartão de crédito compartilhado entre regiões geográficas. Na replicação padrão, duas cobranças simultâneas podem, cada uma, passar por uma verificação de saldo native e serem confirmadas de forma independente, cabendo ao banco resolver um gasto excessivo após o fato. Com o Quorum Commit, o cluster chega a um consenso antes que qualquer cobrança seja concluída: a primeira transação vence a votação do quorum e é confirmada; o segundo vê o saldo atualizado e é recusado no ponto de venda sem qualquer limpeza pós-confirmação.

“O Postgres se tornou o padrão de fato para aplicativos modernos. No entanto, até agora, as organizações que executavam cargas de trabalho de alto valor em bancos, pagamentos ou telecomunicações eram forçadas a recorrer a RDBMS corporativos legados para seus requisitos de consistência mais fortes. O PGD 6.4 muda isso, entregando a mesma consistência distribuída em que os sistemas foram construídos, agora totalmente nativo do Postgres”, disse Jozef de Vries, vice-presidente sênior de engenharia de banco de dados da EDB.

Para instituições financeiras que estão migrando de bancos de dados proprietários, o Quorum Commit take away a última grande barreira técnica: um caminho totalmente nativo do Postgres para as mesmas garantias de consistência oferecidas por sistemas comerciais de ponta, sem nenhuma sobrecarga de licenciamento.

Pool do Connection Supervisor: escala empresarial, zero dependências externas

O PGD 6.4 estende o Connection Supervisor integrado introduzido no PGD 6.0 com pool de conexões nativo, eliminando a necessidade de poolers externos, como o pgBouncer, na maioria das topologias de produção. Como o Connection Supervisor é integrado diretamente à camada de consenso Raft do PGD, ele fornece recursos que nenhum proxy externo pode igualar: roteamento com reconhecimento de cluster nos níveis de cluster e região, roteamento de failover automático que responde a mudanças de consenso em tempo actual e observabilidade unificada por meio das visualizações de registro e monitoramento do próprio PostgreSQL.

A recompensa arquitetônica é significativa em escala. As organizações que executam centenas de clusters distintos, como processadores de pagamento que operam em milhares de núcleos de CPU, ganham uma pilha mais simples e resiliente com menos um componente para implantar, versionar e monitorar. A complexidade operacional é reduzida sem qualquer sacrifício no rendimento ou no espaço de conexão.

Suporte a objetos grandes: ampliando o escopo do Postgres distribuído

O PGD 6.4 adiciona suporte completo à replicação para objetos grandes do PostgreSQL – estruturas de dados binários que anteriormente não estavam disponíveis em ambientes Postgres distribuídos. Isso traz para o PGD uma classe de cargas de trabalho que foram anteriormente excluídas: aplicativos que gerenciam documentos digitalizados, arquivos de imagens, cargas binárias ou dados transacionais e não estruturados mistos em um único banco de dados. Instituições financeiras, agências governamentais e operadoras de saúde geralmente mantêm exatamente esses esquemas híbridos juntamente com suas tabelas transacionais principais.

O PGD 6.4 agora está disponível como uma distribuição independente e estará disponível como parte do EDB Postgres AI em junho. Para documentação técnica, notas de versão e orientações de atualização, visite Enterprisedb.com/docs/pgd.

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *