O PostgreSQL tornou-se basic para a construção de aplicativos modernos. Ele alimenta tudo, desde startups em estágio inicial até alguns dos sistemas de produção mais exigentes do mundo. Sua longevidade não é acidental, é o resultado de décadas de disciplina de engenharia, colaboração da comunidade e um foco incansável na correção e na extensibilidade.
PostgreSQL tornou-se basic para a forma como os aplicativos modernos são construídos. Ele alimenta tudo, desde startups em estágio inicial até alguns dos sistemas de produção mais exigentes do mundo. Sua longevidade não é acidental, é o resultado de décadas de disciplina de engenharia, colaboração da comunidade e um foco incansável na correção e na extensibilidade.
À medida que as arquiteturas de aplicativos evoluem e que a IA se torna uma parte padrão da pilha de software program, PostgreSQL continua a se adaptar. Essa adaptabilidade é um dos principais motivos pelos quais a Microsoft tem investido profundamente no PostgreSQL: 345 commits contribuíram para a versão mais recente do PostgreSQL, uma equipe de committers e colaboradores do PostgreSQL trabalhando diretamente no projeto upstream e um portfólio crescente de serviços gerenciados, ferramentas de desenvolvedor e programas comunitários construído em torno Postgres no Azure. Veja o que está impulsionando esse investimento e o que isso significa para as pessoas que estão desenvolvendo o Postgres hoje.
Figura 1: Este infográfico destaca as diversas maneiras pelas quais a Microsoft contribui e apoia o ecossistema PostgreSQL
Por que PostgreSQL e por que agora
Em todos os setores, PostgreSQL é cada vez mais a escolha padrão para novas cargas de trabalho e projetos de modernização. Essa mudança é impulsionada por três tendências claras.
- PostgreSQL é confiável para sistemas de produção reais
PostgreSQL conquistou sua reputação resolvendo problemas difíceis em ambientes de produção: correção transacional, controle de simultaneidade, extensibilidade e resiliência operacional. Estas características não foram projetadas para benchmarks isolados; eles surgiram ao longo de anos de operação de sistemas de missão crítica sob pressão actual.
A Microsoft executa o PostgreSQL em escala international e vê esses mesmos padrões em primeira mão. Muitas contribuições upstream, como o trabalho recente no PostgreSQL 18 sobre E/S assíncrona, comportamento de vácuo e planejamento de consultas, são informadas diretamente pelos gargalos de produção encontrados em escala.
Esse ciclo de suggestions funciona nos dois sentidos. As melhorias feitas no upstream beneficiam todo o ecossistema PostgreSQL, enquanto as lições aprendidas com implantações em grande escala continuam a informar o desenvolvimento futuro.
- Os bancos de dados estão se tornando parte da pilha de IA
Os bancos de dados não são mais camadas de armazenamento isoladas. Nos sistemas modernos, eles estão cada vez mais inseridos em ciclos de suggestions que envolvem raciocínio, classificação e tomada de decisões.
Os desenvolvedores que criam aplicativos habilitados para IA estão fazendo novas perguntas:
- Quão próximos os dados vetoriais podem estar dos dados transacionais?
- Como a pesquisa por similaridade pode respeitar os predicados SQL?
- Como a inferência, a classificação e os dados estruturados podem funcionar juntos sem código cola excessivo?
A extensibilidade do PostgreSQL o torna uma base pure para esses padrões. É por isso Banco de Dados do Azure para PostgreSQL e Azure HorizonDB foco sobre a integração de capacidades relacionadas com a IAcomo pesquisa vetorial e invocação de modelo, diretamente em fluxos de trabalho familiares do PostgreSQL.
- Cargas de trabalho diferentes, caminhos diferentes para escalar
À medida que os aplicativos aumentam, nem todas as cargas de trabalho se beneficiam da mesma abordagem arquitetônica.
Algumas equipes desejam uma experiência PostgreSQL totalmente aberta e de nó único com abstração mínima. Outros precisam de escala elástica, replicação multizona e failover rápido, mas não querem empurrar a complexidade para a camada de aplicação.
Esta diversidade é a razão pela qual a Microsoft suporta vários modelos de implementação PostgreSQL no Azure:
- Banco de Dados do Azure para PostgreSQL para cargas de trabalho alinhadas com código aberto e cenários lift-and-shift.
- Azure HorizonDB para sistemas nativos da nuvem que exigem computação escalonada, armazenamento compartilhado e resiliência international de baixa latência.
Estes não são garfos. São respostas de engenharia diferentes para diferentes realidades de carga de trabalho.
O investimento da Microsoft no PostgreSQL vai além dos anúncios de produtos para os serviços gerenciados do Azure, incluindo código enviado de colaboradores internos, colaboração upstream e confiabilidade de produção. À medida que nosso aprendizado se expande, usamos esses insights para enriquecer o mecanismo Postgres de código aberto para a comunidade em geral.
Contribuições upstream que beneficiam a todos
Os desenvolvedores e desenvolvedores do Postgres na Microsoft contribuem ativamente para o projeto de código aberto PostgreSQL, trabalhando junto com a comunidade international em melhorias essenciais. As atualizações de versão recentes incluem contribuições em:
- Fundações de E/S assíncronas.
- Melhorias de desempenho no gerenciamento de vácuo e memória.
- Aprimoramentos no planejador e na execução para grandes conjuntos de dados.
Essas mudanças chegam primeiro ao upstream, garantindo que as melhorias estejam amplamente disponíveis e não vinculadas a nenhuma nuvem ou serviço único. Uma visão geral transparente do nosso trabalho no Postgres é publicado anualmente.
Motivações arquitetônicas por trás do Azure HorizonDB
Azure HorizonDB foi criado para atender a uma classe específica de cargas de trabalho do PostgreSQL que são limitadas pelo escalonamento de nó único, mas não são bem atendidas pela fragmentação no nível do aplicativo. Por exemplo, sistemas de alto rendimento e baixa latência que exigem escala horizontal sem aumentar a complexidade do aplicativo.
Os principais objetivos arquitetônicos moldaram o Azure HorizonDB:
- Dimensionamento independente de computação e armazenamento.
- Operações de failover e recuperação dissociadas do tamanho dos dados.
- Replicação multizona habilitada por padrão.
O resultado é um serviço compatível com PostgreSQL com um armazenamento compartilhado, design de expansão que suporta commits multizonas inferiores a milissegundos e crescimento para milhares de núcleossem exigir reescritas do aplicativo.
O Azure HorizonDB amplia o alcance do PostgreSQL, mantendo as expectativas de compatibilidade nas quais os desenvolvedores confiam.
Melhorando a experiência do desenvolvedor onde o trabalho realmente acontece
O PostgreSQL é há muito tempo um banco de dados centrado no desenvolvedor. Investimentos em ferramentas em Azul refletir essa mentalidade.
Com mais de 500.000 instalações, a extensão Visible Studio Code para PostgreSQL traz provisionamento, exploração de esquemas, diagnóstico de desempenho e fluxos de trabalho de migração diretamente no IDE que os desenvolvedores já usam. A assistência integrada do GitHub Copilot ajuda na criação de SQL, no ajuste e até mesmo em migrações complexas, como Oracle para PostgreSQL, que é um dos cenários mais desafiadores do mundo actual que as equipes enfrentam.
A extensão ajuda a remover atritos desnecessários enquanto mantém o PostgreSQL acquainted.
Investindo no ecossistema PostgreSQL
O progresso do PostgreSQL sempre dependeu de sua comunidade. É por isso que o investimento da Microsoft vai além de produtos e serviços.
A Microsoft patrocina e ajuda a organizar conferências e grupos de usuários do PostgreSQL em todo o mundo, incluindo PGConf.dev, PGConf EU, PGConf India e muitos outros. POSETTE: um evento para Postgres é um evento Postgres digital e gratuito organizado pela equipe Postgres da Microsoft e em parceria com a AMD. Ele cobre uma ampla variedade de tópicos, incluindo aspectos internos, ferramentas do ecossistema, histórias de depuração do mundo actual e arquiteturas de produção. O 5 deste anoo O evento anual, realizado de 16 a 19 de junho, reúne colaboradores, usuários e engenheiros de toda a comunidade Postgres para compartilhar o que funciona na prática.
Speaking Postgres, um podcast mensal que nossa equipe produz, apresenta conversas com pessoas que trabalham com Postgresdesde colaboradores de longa knowledge até engenheiros de produção que resolvem problemas difíceis em grande escala.
E o Weblog da Microsoft para PostgreSQL fornece análises detalhadas regulares sobre atualizações de produtos, orientações de migração e padrões de uso do Postgres do mundo actual no Azure.
Olhando para frente
O PostgreSQL está se aproximando de sua quarta década e ainda está acelerando. O que começou como um projeto de pesquisa na UC Berkeley é agora um banco de dados amplamente utilizado para aplicações modernas, desde experimentos de desenvolvedores até ambientes de produção de missão crítica.
Enquanto a comunidade celebra este momento, o foco da Microsoft permanece consistente:
- Fortalecendo o núcleo do PostgreSQL por meio da colaboração upstream.
- Estendendo o PostgreSQL de forma responsável para cargas de trabalho orientadas por IA e nativas da nuvem.
- Preservar a confiança dos desenvolvedores por meio de padrões abertos e transparência.
Estas prioridades moldam os investimentos contínuos na Base de Dados do Azure para PostgreSQL, Azure HorizonDB, ferramentas de desenvolvimento e envolvimento da comunidade. As atualizações nessas áreas agora são compartilhadas regularmente através do Página do Microsoft para PostgreSQL no LinkedIn.
Uma conclusão clara
O sucesso do PostgreSQL sempre esteve enraizado na disciplina de engenharia e na confiança da comunidade. Manter esse sucesso requer um investimento significativo e de longo prazo, não apenas nos serviços, mas no próprio projecto e nas pessoas por trás dele.
O compromisso da Microsoft com o PostgreSQL reflete essa crença: contribuir para o upstream, construir com cuidado e apoiar um ecossistema que continua a impulsionar o banco de dados.