Tendências do PostgreSQL:provedores de nuvem mais populares, linguagens, VACUUM, estratégias de gerenciamento de consultas e tipos de implantação em empresas

A popularidade do PostgreSQL está disparando no espaço corporativo. À medida que esse banco de dados de código aberto continua atraindo novos usuários de sistemas de gerenciamento de banco de dados comerciais caros, como Oracle, DB2 e SQL Server, as organizações estão adotando novas abordagens e desenvolvendo suas próprias para manter o desempenho excepcional de suas implementações SQL. Recentemente, participamos do evento PostgresConf em San Jose para ouvir a base de usuários mais ativa do PostgreSQL sobre suas estratégias de gerenciamento de banco de dados. Neste último relatório de tendências, analisamos os provedores de nuvem mais populares para PostgreSQL, estratégias VACUUM, estratégias de gerenciamento de consultas e uso local versus nuvem pública sendo aproveitado por organizações empresariais.

Provedores de nuvem mais populares para hospedagem PostgreSQL

Vamos começar com os provedores de nuvem mais populares para hospedagem PostgreSQL. Não é de surpreender que os três principais provedores de nuvem do mundo tenham representado 100% das implantações do PostgreSQL na multidão deste relatório empresarial. A AWS, no entanto, deu um salto significativo em relação ao nosso último relatório, onde agora eles têm uma média de 77,4% do uso da nuvem PostgreSQL em comparação com 55,0% em abril. A AWS oferece um serviço de hospedagem gerenciada para PostgreSQL chamado Amazon RDS, mas existem muitas outras soluções DBaaS que oferecem hospedagem PostgreSQL na AWS, como ScaleGrid, que pode fornecer suporte a várias nuvens para que você não fique preso a um único provedor de nuvem .

A AWS não foi o único provedor de nuvem a crescer – descobrimos que 19,4% das implantações de nuvem do PostgreSQL foram hospedadas por meio do Google Cloud Platform (GCP), crescendo 11 % de abril, onde eles tiveram uma média de apenas 17,5% da hospedagem PostgreSQL. Isso deixa nosso último provedor de nuvem – Microsoft Azure, que representou 3,2% das implantações de nuvem do PostgreSQL nesta pesquisa. Essa é uma das descobertas mais chocantes, pois o Azure ficou em segundo lugar com o GCP em abril e é geralmente uma escolha popular para organizações corporativas que aproveitam o pacote de serviços da Microsoft.

77,4% das implantações de nuvem #PostgreSQL são executadas no AWSClick To Tweet

Linguagens mais usadas com PostgreSQL

Esta é uma nova análise que pesquisamos para ver quais linguagens são mais usadas com o PostgreSQL. As linguagens de programação suportadas pelo PostgreSQL incluem .Net, C, C++, Delphi, Java, JavaScript (Node.js), Perl, PHP, Python e Tcl, mas o PostgreSQL pode suportar muitas linguagens procedurais do lado do servidor por meio de suas extensões disponíveis.

Descobrimos que Java é a linguagem de programação mais popular para PostgreSQL, sendo utilizada por 31,1% das organizações empresariais em média. O PostgreSQL pode ser facilmente conectado a programas Java por meio do popular driver de código aberto PostgreSQL Java Database Connectivity (JBDC), também conhecido como PgJDBC.

Python foi a segunda linguagem de programação mais popular usada com o PostgreSQL, chegando perto de uma média de 28,9% de uso com o PostgreSQL. Em 2013, o PostgreSQL pesquisou seus usuários para ver quais linguagens de programação externas eram mais usadas com o PostgreSQL e descobriu que o Python representava apenas 10,5% dos resultados, mostrando um grande aumento na popularidade nos últimos seis anos.

A linguagem de programação C ficou em terceiro lugar, com média de 20,0% de uso com PostgreSQL, seguida por Go em quarto com 13,3%, PL/pgSQL em quinto em 11,1%, Ruby em sexto com 8,9% e PHP e Perl em sétimo com 4,4%. O PHP foi realmente a linguagem mais popular usada com o PostgreSQL em 2013, representando quase metade das respostas de sua pesquisa com 47,1% de uso. A última coluna, Other, foi representada por C++, Node.js, Javascript, Spark, Swift, Kotlin, Typescript, C#, Scala, R, .NET, Rust e Haskell.

Quais linguagens de programação são mais populares para o PostgreSQL? #Java #Python #CClick To Tweet

Estratégias PostgreSQL VACUUM mais populares

PostgreSQL VACUUM é uma técnica para remover tuplas que foram excluídas ou agora estão obsoletas de sua tabela para recuperar o armazenamento ocupado por essas tuplas mortas, também conhecido como Bloat. VACUUM é um processo importante para manter, especialmente para tabelas atualizadas com frequência antes de começar a afetar o desempenho do PostgreSQL. Em nossa pesquisa, perguntamos aos usuários corporativos do PostgreSQL como eles estão lidando com o VACUUM para ver quais são as abordagens mais populares.

O processo mais popular para o PostgreSQL VACUUM é o autovacuum integrado, sendo utilizado por 37,5% das organizações empresariais em média. O daemon autovacuum é opcional, mas altamente recomendado na comunidade PostgreSQL, pois automatiza os comandos VACUUM e ANALYZE, verificando continuamente as tabelas em busca de tuplas de negócios. Embora altamente recomendado, 33,3% dos usuários do PostgreSQL preferem executar VACUUM manualmente no espaço corporativo. A Fibrellage tem um ótimo artigo que descreve esses problemas comuns com o autovacuum que podem fazer com que uma organização adote uma estratégia manual:

• o autovacuum pode ser executado mesmo quando desativado para lidar com o wraparound do ID da transação.
• autovacuum está em execução constante, o que faz com que seja reiniciado sempre que ficar sem espaço e inicie um novo trabalhador para cada banco de dados em seu cluster.
• o vácuo automático pode causar erros de falta de memória.
• o autovacuum pode ter problemas para acompanhar um servidor ocupado.
• autovacuum pode facilmente consumir muita capacidade de E/S.

Outra descoberta surpreendente foi que 18,8% das organizações não usam VACUUM, pois ainda não é necessário. Isso pode ser porque eles estão aproveitando o PostgreSQL em pequenos aplicativos ou aplicativos que não são atualizados com frequência. 6,6% das organizações desenvolveram uma solução personalizada para PostgreSQL VACUUM e 4,2% estão em processo de planejamento de sua estratégia VACUUM.

Qual é a estratégia VACUUM mais popular para o PostgreSQL? #autovacuum #manualClique para Tweet

Estratégias mais populares de gerenciamento de consultas lentas do PostgreSQL

Se você estiver trabalhando com PostgreSQL, provavelmente sabe que gerenciar consultas é a tarefa mais demorada nº 1. É um processo crítico com muitos aspectos a serem considerados, começando pelo desenvolvimento de um plano de consulta para combinar sua estrutura de consulta com suas propriedades de dados, analisando consultas de execução lenta e, finalmente, otimizando essas consultas por meio de ajuste de desempenho.

Descobrimos que 54,3% dos usuários do PostgreSQL estão gerenciando manualmente consultas lentas em organizações empresariais. Isso pode ser feito por meio de seus módulos auto_explain e pg_stat_statements, verificando pg_stat_activity para atividade de tabela e índice em seu servidor, analisando o log de consulta lenta ou revisando seu código.

Em média, 21,7% das organizações empresariais estão utilizando uma ferramenta de monitoramento para analisar e gerenciar suas consultas lentas do PostgreSQL. Isso os ajuda a reduzir significativamente o tempo necessário para identificar quais consultas estão sendo executadas mais lentamente, com mais frequência, causando a maior carga de leitura ou gravação em seu sistema ou consultas sem um índice examinando as linhas.

17,4% dos usuários, no entanto, não estão gerenciando ativamente consultas lentas nas implantações do PostgreSQL. É altamente recomendável adotar uma estratégia de gerenciamento de consultas para garantir que consultas lentas não afetem o desempenho de suas implantações do PostgreSQL. Atualmente, 4,3% dos usuários estão planejando sua estratégia de gerenciamento de consultas e 2,2% desenvolveram uma solução personalizada para gerenciar suas consultas lentas.

Qual é a estratégia de gerenciamento de consultas lentas mais popular para o PostgreSQL? #monitoring #tool #manualClique para Tweet

PostgreSQL Cloud vs. Implantações no local

Vamos terminar com um dos tópicos mais quentes no espaço corporativo do PostgreSQL – seja para implantar o PostgreSQL na nuvem ou localmente. Monitoramos ativamente essa tendência durante todo o ano e descobrimos que 59,6% das implantações do PostgreSQL eram estritamente locais em abril em nosso Relatório de tendências do PostgreSQL de 2019 e 55,8% no local em nosso Relatório de banco de dados de código aberto de 2019 apenas alguns meses atrás em junho.

Agora, neste relatório mais recente, descobrimos que as implantações locais do PostgreSQL diminuíram 40% desde abril de 2019. Em média, apenas 35,6% das organizações corporativas do PostgreSQL são implantação exclusivamente no local. Mas as organizações não estão migrando completamente suas implantações no local – 24,4% das implantações do PostgreSQL estão aproveitando um ambiente de nuvem híbrida. Nuvens híbridas são uma combinação de computação em nuvem local, privada e/ou em nuvem pública para dar suporte a seus aplicativos e dados. Este é um aumento significativo em relação ao que vimos em abril, saltando de 5,6% das implantações do PostgreSQL para 24,4% em setembro.

As implantações de nuvem híbrida estão se tornando mais populares em todos os setores – este relatório recente descobriu que 57% das empresas optam por um ambiente de nuvem híbrida usando nuvens privadas e públicas como locais para armazenar seus dados. Embora vejamos um grande salto para a nuvem, as organizações corporativas ainda estão aproveitando os ambientes locais em alguma capacidade 60% do tempo, em comparação com 65,2% em abril. Por fim, descobrimos que as implantações do PostgreSQL em nuvem pública cresceram 15% desde abril, agora com uma média de 34,8% de uso por organizações empresariais.

Também é importante observar que esta pesquisa foi realizada no evento PostgresConf Silicon Valley, enquanto nossa pesquisa de abril foi realizada na cidade de Nova York. A área da baía é amplamente conhecida por adotar novas tecnologias, o que nos permite levantar a hipótese de que esse mercado tem uma taxa de adoção de nuvem maior do que a costa leste.

Então, como esses resultados se comparam às suas implantações e estratégias do PostgreSQL? Adoraríamos ouvir seus pensamentos, deixe um comentário aqui ou envie-nos um tweet em @scalegridio.