La popolarità di PostgreSQL è alle stelle nello spazio aziendale. Poiché questo database open source continua ad attirare nuovi utenti da costosi sistemi di gestione di database commerciali come Oracle, DB2 e SQL Server, le organizzazioni stanno adottando nuovi approcci e stanno evolvendo i propri per mantenere le prestazioni eccezionali delle loro implementazioni SQL. Di recente abbiamo partecipato all'evento PostgresConf a San Jose per ascoltare la base di utenti PostgreSQL più attiva sulle loro strategie di gestione del database. In questo ultimo report sulle tendenze, analizziamo i provider di cloud più popolari per PostgreSQL, le strategie VACUUM, le strategie di gestione delle query e l'uso del cloud in locale rispetto a quello pubblico sfruttato dalle organizzazioni aziendali.
Fornitori cloud più popolari per l'hosting PostgreSQL
Iniziamo con i provider cloud più popolari per l'hosting PostgreSQL. Non sorprende che i primi tre fornitori di cloud al mondo costituissero il 100% delle implementazioni di PostgreSQL nella folla di questo report aziendale. AWS, tuttavia, ha fatto un salto di qualità rispetto al nostro ultimo report, dove ora utilizza in media il 77,4% dell'utilizzo del cloud PostgreSQL rispetto al 55,0% di aprile. AWS offre un servizio di hosting gestito per PostgreSQL chiamato Amazon RDS, ma ci sono molte altre soluzioni DBaaS che offrono l'hosting PostgreSQL su AWS, come ScaleGrid, che può fornire supporto multi-cloud in modo da non essere vincolato a un singolo provider cloud .
AWS non è stato l'unico provider cloud a crescere:abbiamo riscontrato che il 19,4% delle implementazioni cloud di PostgreSQL erano ospitate tramite Google Cloud Platform (GCP), con una crescita di 11 % da aprile, dove avevano una media solo del 17,5% dell'hosting PostgreSQL. Questo lascia il nostro ultimo provider cloud, Microsoft Azure, che ha rappresentato il 3,2% delle implementazioni cloud di PostgreSQL in questo sondaggio. Questa è una delle scoperte più scioccanti, poiché ad aprile Azure era al secondo posto con GCP ed è comunemente una scelta popolare per le organizzazioni aziendali che sfruttano la suite di servizi Microsoft.
Linguaggi più usati con PostgreSQL
Questa è una nuova analisi che abbiamo esaminato per vedere quali linguaggi sono più comunemente usati con PostgreSQL. I linguaggi di programmazione supportati per PostgreSQL includono .Net, C, C++, Delphi, Java, JavaScript (Node.js), Perl, PHP, Python e Tcl, ma PostgreSQL può supportare molti linguaggi procedurali lato server attraverso le sue estensioni disponibili.
Abbiamo scoperto che Java è il linguaggio di programmazione più popolare per PostgreSQL, sfruttato in media dal 31,1% delle organizzazioni aziendali. PostgreSQL può essere facilmente connesso ai programmi Java tramite il popolare driver open source PostgreSQL Java Database Connectivity (JBDC), noto anche come PgJDBC.
Python è stato il secondo linguaggio di programmazione più popolare utilizzato con PostgreSQL, arrivando a una media del 28,9% di utilizzo con PostgreSQL. Nel 2013, PostgreSQL ha intervistato i propri utenti per vedere quali linguaggi di programmazione esterni sono stati utilizzati più spesso con PostgreSQL e ha scoperto che Python rappresentava solo il 10,5% dei risultati, mostrando un enorme aumento di popolarità negli ultimi sei anni.
Il linguaggio di programmazione C è arrivato al terzo posto, con una media di utilizzo del 20,0% con PostgreSQL, seguito da Go al quarto posto con il 13,3%, PL/pgSQL al quinto a 11,1%, Ruby al sesto posto all'8,9% e PHP e Perl al settimo al 4,4%. PHP era in realtà il linguaggio più popolare utilizzato con PostgreSQL nel 2013, rappresentando quasi la metà delle risposte dal loro sondaggio con un utilizzo del 47,1%. L'ultima colonna, Altro, era rappresentata da C++, Node.js, Javascript, Spark, Swift, Kotlin, Typescript, C#, Scala, R, .NET, Rust e Haskell.
Strategie PostgreSQL VACUUM più popolari
PostgreSQL VACUUM è una tecnica per rimuovere le tuple che sono state eliminate o che sono ora obsolete dalla loro tabella per recuperare lo spazio di archiviazione occupato da quelle tuple morte, note anche come Bloat. VACUUM è un processo importante da mantenere, specialmente per le tabelle aggiornate di frequente prima che inizi a influenzare le prestazioni di PostgreSQL. Nel nostro sondaggio, abbiamo chiesto agli utenti aziendali di PostgreSQL come gestiscono VACUUM per vedere quali sono gli approcci più popolari.
Il processo più popolare per PostgreSQL VACUUM è l'autovacuum integrato, sfruttato in media dal 37,5% delle organizzazioni aziendali. Il demone autovacuum è facoltativo, ma altamente raccomandato nella comunità di PostgreSQL, in quanto automatizza entrambi i comandi VACUUM e ANALYZE, controllando continuamente le tabelle per le tuple degli accordi. Sebbene altamente raccomandato, il 33,3% degli utenti di PostgreSQL preferisce eseguire manualmente VACUUM nello spazio aziendale. Fibrevillage ha un ottimo articolo che delinea questi problemi comuni con l'autovacuum che possono indurre un'organizzazione ad adottare una strategia manuale:
- l'autovacuum può essere eseguito anche se disattivato per gestire il wrapping dell'ID transazione.
- autovacuum è costantemente in esecuzione, il che lo fa ricominciare ogni volta che esaurisce lo spazio e avvia un nuovo worker per ogni database nel tuo cluster.
- l'autovacuum può causare errori di memoria insufficiente.
- autovacuum potrebbe avere problemi a tenere il passo su un server occupato.
- L'autovacuum può facilmente consumare troppa capacità di I/O.
Un'altra scoperta sorprendente è stata che il 18,8% delle organizzazioni non utilizza VACUUM, poiché non è ancora necessario. Ciò potrebbe essere dovuto al fatto che stanno sfruttando PostgreSQL in piccole applicazioni o applicazioni che non vengono aggiornate frequentemente. Il 6,6% delle organizzazioni ha sviluppato una soluzione personalizzata per PostgreSQL VACUUM e il 4,2% sta pianificando la propria strategia VACUUM.
Strategie di gestione delle query lente PostgreSQL più popolari
Se stai lavorando con PostgreSQL, probabilmente saprai che la gestione delle query è l'attività n. 1 che richiede più tempo. È un processo critico con molti aspetti da considerare, a partire dallo sviluppo di un piano di query per abbinare la struttura della query alle proprietà dei dati, per poi analizzare le query a esecuzione lenta, infine per ottimizzare tali query attraverso l'ottimizzazione delle prestazioni.
Abbiamo riscontrato che il 54,3% degli utenti di PostgreSQL gestisce manualmente query lente nelle organizzazioni aziendali. Questo può essere ottenuto attraverso i loro moduli auto_explain e pg_stat_statements, controllando pg_stat_activity per l'attività della tabella e dell'indice sul tuo server, analizzando il log delle query lente o rivedendo il tuo codice.
In media, il 21,7% delle organizzazioni aziendali utilizza uno strumento di monitoraggio per analizzare e gestire le query lente di PostgreSQL. Questo li aiuta a ridurre significativamente il tempo necessario per identificare quali query sono in esecuzione più lentamente, più frequentemente, causando il maggior carico di lettura o scrittura sul sistema, o query senza un indice esaminando le righe.
Il 17,4% degli utenti, tuttavia, non gestisce attivamente query lente nelle distribuzioni di PostgreSQL. Consigliamo vivamente di adottare una strategia di gestione delle query per garantire che le query lente non influiscano sulle prestazioni delle distribuzioni di PostgreSQL. Il 4,3% degli utenti sta attualmente pianificando la propria strategia di gestione delle query e il 2,2% ha sviluppato una soluzione personalizzata per la gestione delle query lente.
PostgreSQL Cloud e distribuzioni locali
Concludiamo con uno degli argomenti più scottanti nello spazio aziendale di PostgreSQL:se distribuire PostgreSQL nel cloud o in locale. Abbiamo monitorato attivamente questa tendenza tutto l'anno e abbiamo scoperto che il 59,6% delle distribuzioni di PostgreSQL erano rigorosamente in locale ad aprile dal nostro Rapporto sulle tendenze di PostgreSQL 2019 e il 55,8% in locale nel nostro Rapporto sul database open source 2019 a pochi mesi fa a giugno.
Ora, in questo rapporto più recente, abbiamo scoperto che le distribuzioni in locale di PostgreSQL sono diminuite del 40% da aprile del 2019. In media, solo il 35,6% delle organizzazioni aziendali di PostgreSQL lo sono distribuzione esclusivamente in sede. Ma le organizzazioni non stanno migrando del tutto le loro distribuzioni on-premise:è stato riscontrato che il 24,4% delle distribuzioni di PostgreSQL utilizza un ambiente cloud ibrido. I cloud ibridi sono un mix di cloud computing locale, privato e/o pubblico per supportare le loro applicazioni e dati. Si tratta di un aumento significativo rispetto a quello che abbiamo visto ad aprile, passando dal 5,6% delle implementazioni di PostgreSQL al 24,4% di settembre.
Le implementazioni cloud ibride stanno diventando sempre più popolari su tutta la linea:questo recente rapporto ha rilevato che il 57% delle aziende opta per un ambiente cloud ibrido utilizzando cloud pubblici e privati come luoghi in cui archiviare i propri dati. Anche se assistiamo a un grande salto nel cloud, le organizzazioni aziendali stanno ancora sfruttando gli ambienti on-premise con una certa capacità il 60% delle volte, rispetto al 65,2% di aprile. Infine, abbiamo riscontrato che le implementazioni PostgreSQL nel cloud pubblico sono cresciute del 15% da aprile, con una media del 34,8% di utilizzo da parte delle organizzazioni aziendali.
È anche importante notare che questo sondaggio è stato condotto all'evento PostgresConf Silicon Valley, mentre il nostro sondaggio di aprile è stato condotto a New York City. L'area della baia è ampiamente nota per l'adozione di nuove tecnologie, il che ci consente di ipotizzare che questo mercato abbia un tasso di adozione del cloud più elevato rispetto alla costa orientale.
| Tipi di distribuzione PostgreSQL | Apr | Giugno | Set | Crescita aprile-settembre |
| On-Premises | 59,6% | 55,8% | 35,6% | -40.0% |
| Cloud ibrido | 5,6% | 16,3% | 24,4% | 336% |
| Public Cloud | 34,8% | 27,9% | 40,0% | 15.0% |
Tipo di distribuzione più popolare per #PostgreSQL? Locale e cloud pubblico e cloud ibridoFai clic per twittare
Quindi, come si accumulano questi risultati rispetto alle tue implementazioni e strategie PostgreSQL? Ci piacerebbe sentire i tuoi pensieri, lasciare un commento qui o inviarci un tweet a @scalegridio.
