La popularité de PostgreSQL monte en flèche dans l'espace de l'entreprise. Alors que cette base de données open source continue d'attirer de nouveaux utilisateurs de systèmes de gestion de bases de données commerciaux coûteux comme Oracle, DB2 et SQL Server, les organisations adoptent de nouvelles approches et font évoluer les leurs pour maintenir les performances exceptionnelles de leurs déploiements SQL. Nous avons récemment assisté à l'événement PostgresConf à San Jose pour entendre la base d'utilisateurs PostgreSQL la plus active sur leurs stratégies de gestion de base de données. Dans ce dernier rapport sur les tendances, nous analysons les fournisseurs de cloud les plus populaires pour PostgreSQL, les stratégies VACUUM, les stratégies de gestion des requêtes et l'utilisation du cloud sur site par rapport au cloud public exploité par les entreprises.
Fournisseurs cloud les plus populaires pour l'hébergement PostgreSQL
Commençons par les fournisseurs de cloud les plus populaires pour l'hébergement PostgreSQL. Il n'est pas surprenant que les trois principaux fournisseurs de cloud au monde représentent 100 % des déploiements PostgreSQL dans la foule de ce rapport d'entreprise. AWS, cependant, a fait un bond significatif depuis notre dernier rapport, où ils utilisent désormais en moyenne 77,4 % de l'utilisation du cloud PostgreSQL, contre 55,0 % en avril. AWS propose un service d'hébergement géré pour PostgreSQL appelé Amazon RDS, mais il existe de nombreuses autres solutions DBaaS qui offrent l'hébergement PostgreSQL sur AWS, telles que ScaleGrid, qui peuvent fournir une prise en charge multi-cloud afin que vous ne soyez pas enfermé avec un seul fournisseur de cloud .
AWS n'a pas été le seul fournisseur de cloud à se développer :nous avons constaté que 19,4 % des déploiements cloud PostgreSQL étaient hébergés via Google Cloud Platform (GCP), soit une croissance de 11 % % à partir d'avril où ils ne représentaient en moyenne que 17,5 % de l'hébergement PostgreSQL. Il reste notre dernier fournisseur de cloud, Microsoft Azure, qui représentait 3,2 % des déploiements de cloud PostgreSQL dans cette enquête. Il s'agit de l'une des découvertes les plus choquantes, car Azure était à égalité en deuxième position avec GCP en avril, et est généralement un choix populaire pour les entreprises qui exploitent la suite de services Microsoft.
Langages les plus utilisés avec PostgreSQL
Il s'agit d'une nouvelle analyse que nous avons menée pour déterminer les langages les plus couramment utilisés avec PostgreSQL. Les langages de programmation pris en charge pour PostgreSQL incluent .Net, C, C++, Delphi, Java, JavaScript (Node.js), Perl, PHP, Python et Tcl, mais PostgreSQL peut prendre en charge de nombreux langages procéduraux côté serveur grâce à ses extensions disponibles.
Nous avons constaté que Java est le langage de programmation le plus populaire pour PostgreSQL, utilisé par 31,1 % des entreprises en moyenne. PostgreSQL peut être facilement connecté à des programmes Java via le populaire pilote open source PostgreSQL Java Database Connectivity (JBDC), également connu sous le nom de PgJDBC.
Python était le deuxième langage de programmation le plus utilisé avec PostgreSQL, se rapprochant d'une moyenne de 28,9 % d'utilisation avec PostgreSQL. En 2013, PostgreSQL a interrogé ses utilisateurs pour voir quels langages de programmation externes étaient le plus souvent utilisés avec PostgreSQL, et a constaté que Python ne représentait que 10,5 % des résultats, montrant une augmentation massive de sa popularité au cours des six dernières années.
Le langage de programmation C est arrivé en troisième position, avec une utilisation moyenne de 20,0 % avec PostgreSQL, suivi de Go en quatrième à 13,3 %, PL/pgSQL en cinquième à 11,1 %, Ruby sixième à 8,9 % et PHP et Perl septième à 4,4 %. PHP était en fait le langage le plus populaire utilisé avec PostgreSQL en 2013, représentant près de la moitié des réponses de leur enquête à 47,1 % d'utilisation. La dernière colonne, Autre, était représentée par C++, Node.js, Javascript, Spark, Swift, Kotlin, Typescript, C#, Scala, R, .NET, Rust et Haskell.
Stratégies PostgreSQL VACUUM les plus populaires
PostgreSQL VACUUM est une technique pour supprimer les tuples qui ont été supprimés ou sont maintenant obsolètes de leur table pour récupérer le stockage occupé par ces tuples morts, également connu sous le nom de Bloat. VACUUM est un processus important à maintenir, en particulier pour les tables fréquemment mises à jour avant qu'il ne commence à affecter vos performances PostgreSQL. Dans notre enquête, nous avons demandé aux utilisateurs de PostgreSQL en entreprise comment ils gèrent VACUUM pour voir quelles sont les approches les plus populaires.
Le processus le plus populaire pour PostgreSQL VACUUM est l'autovacuum intégré, utilisé par 37,5 % des entreprises en moyenne. Le démon autovacuum est facultatif, mais fortement recommandé dans la communauté PostgreSQL, car il automatise les commandes VACUUM et ANALYZE, vérifiant en permanence les tables pour les tuples de transaction. Bien que fortement recommandé, 33,3 % des utilisateurs de PostgreSQL préfèrent effectuer manuellement VACUUM dans l'espace de l'entreprise. Fibrevillage a un excellent article qui décrit ces problèmes courants avec le vide automatique qui peuvent amener une organisation à adopter une stratégie manuelle :
- autovacuum peut s'exécuter même lorsqu'il est désactivé pour traiter le bouclage de l'ID de transaction.
- autovacuum est constamment en cours d'exécution, ce qui le fait redémarrer à chaque fois qu'il manque d'espace, et démarre un nouveau nœud de calcul pour chaque base de données de votre cluster.
- autovacuum peut provoquer des erreurs de mémoire insuffisante.
- autovacuum peut avoir du mal à suivre un serveur occupé.
- l'autovacuum peut facilement consommer trop de capacité d'E/S.
Une autre découverte surprenante est que 18,8 % des organisations n'utilisent pas VACUUM, car il n'est pas encore nécessaire. Cela peut être dû au fait qu'ils exploitent PostgreSQL dans de petites applications ou des applications qui ne sont pas fréquemment mises à jour. 6,6 % des organisations ont développé une solution personnalisée pour PostgreSQL VACUUM et 4,2 % sont en train de planifier leur stratégie VACUUM.
Stratégies de gestion des requêtes lentes PostgreSQL les plus populaires
Si vous travaillez avec PostgreSQL, vous savez probablement que la gestion des requêtes est la tâche la plus chronophage. Il s'agit d'un processus critique avec de nombreux aspects à prendre en compte, en commençant par développer un plan de requête pour faire correspondre la structure de votre requête avec les propriétés de vos données, puis en analysant les requêtes lentes, enfin en optimisant ces requêtes grâce au réglage des performances.
Nous avons constaté que 54,3 % des utilisateurs de PostgreSQL gèrent manuellement les requêtes lentes dans les entreprises. Cela peut être accompli via leurs modules auto_explain et pg_stat_statements, en vérifiant pg_stat_activity pour l'activité des tables et des index sur votre serveur, en analysant le journal des requêtes lentes ou en examinant votre code.
En moyenne, 21,7 % des entreprises utilisent un outil de surveillance pour analyser et gérer leurs requêtes lentes PostgreSQL. Cela les aide à réduire considérablement le temps nécessaire pour identifier les requêtes qui s'exécutent le plus lentement, le plus souvent, ce qui entraîne la charge de lecture ou d'écriture la plus importante sur votre système, ou les requêtes manquant un index en examinant les lignes.
17,4 % des utilisateurs, cependant, ne gèrent pas activement les requêtes lentes dans les déploiements PostgreSQL. Nous vous recommandons vivement d'adopter une stratégie de gestion des requêtes pour vous assurer que les requêtes lentes n'affectent pas les performances de vos déploiements PostgreSQL. 4,3 % des utilisateurs sont actuellement en train de planifier leur stratégie de gestion des requêtes et 2,2 % ont développé une solution personnalisée pour gérer leurs requêtes lentes.
PostgreSQL Cloud et déploiements sur site
Terminons par l'un des sujets les plus brûlants de l'espace d'entreprise PostgreSQL :s'il faut déployer PostgreSQL dans le cloud ou sur site. Nous avons activement surveillé cette tendance toute l'année et avons constaté que 59,6 % des déploiements PostgreSQL étaient strictement sur site en avril dans notre rapport sur les tendances PostgreSQL 2019 et 55,8 % sur site dans notre rapport sur les bases de données open source 2019 il y a quelques mois seulement. il y a en juin.
Maintenant, dans ce rapport le plus récent, nous avons constaté que les déploiements PostgreSQL sur site ont diminué de 40 % depuis avril 2019. En moyenne, seulement 35,6 % des entreprises PostgreSQL sont déploiement exclusivement sur site. Mais les entreprises ne migrent pas complètement leurs déploiements sur site :24,4 % des déploiements PostgreSQL s'appuient sur un environnement de cloud hybride. Les clouds hybrides sont un mélange de cloud computing sur site, privé et/ou public pour prendre en charge leurs applications et leurs données. Il s'agit d'une augmentation significative par rapport à ce que nous avons vu en avril, passant de 5,6 % des déploiements PostgreSQL à 24,4 % en septembre.
Les déploiements de cloud hybride sont de plus en plus populaires dans tous les domaines :ce rapport récent a révélé que 57 % des entreprises optent pour un environnement de cloud hybride utilisant à la fois des clouds privés et publics comme lieux de stockage de leurs données. Les données. Alors que nous assistons à un grand saut vers le cloud, les entreprises exploitent toujours les environnements sur site dans une certaine capacité 60% du temps, contre 65,2% en avril. Enfin, nous avons constaté que les déploiements de PostgreSQL dans le cloud public ont augmenté de 15 % depuis avril, atteignant désormais une moyenne de 34,8 % d'utilisation par les entreprises.
Il est également important de noter que cette enquête a été menée lors de l'événement PostgresConf Silicon Valley, tandis que notre enquête d'avril a été menée à New York. La région de la baie est largement connue pour adopter de nouvelles technologies, ce qui nous permet d'émettre l'hypothèse que ce marché a un taux d'adoption du cloud plus élevé que la côte est.| Types de déploiement PostgreSQL | avril | juin | sept. | Croissance d'avril à septembre |
| Sur site | 59,6 % | 55,8 % | 35,6 % | -40.0 % |
| Cloud hybride | 5,6 % | 16,3 % | 24,4 % | 336 % |
| Cloud public | 34,8 % | 27,9 % | 40,0 % | 15,0 % |
Type de déploiement le plus populaire pour #PostgreSQL ? Sur site, cloud public et cloud hybrideCliquez pour tweeter
Alors, comment ces résultats se comparent-ils à vos déploiements et stratégies PostgreSQL ? Nous aimerions connaître votre opinion, laissez un commentaire ici ou envoyez-nous un tweet à @scalegridio.
