Popularitas PostgreSQL meroket di ruang perusahaan. Karena basis data sumber terbuka ini terus menarik pengguna baru dari sistem manajemen basis data komersial yang mahal seperti Oracle, DB2 dan SQL Server, organisasi mengadopsi pendekatan baru dan mengembangkan pendekatan mereka sendiri untuk mempertahankan kinerja luar biasa dari penerapan SQL mereka. Kami baru-baru ini menghadiri acara PostgresConf di San Jose untuk mendengar dari basis pengguna PostgreSQL paling aktif tentang strategi manajemen basis data mereka. Dalam laporan tren terbaru ini, kami menganalisis penyedia cloud paling populer untuk PostgreSQL, strategi VACUUM, strategi manajemen kueri, dan penggunaan cloud lokal vs. publik yang dimanfaatkan oleh organisasi perusahaan.
Penyedia Cloud Paling Populer untuk Hosting PostgreSQL
Mari kita mulai dengan penyedia cloud paling populer untuk hosting PostgreSQL. Tidak mengherankan bahwa tiga penyedia cloud teratas di dunia merupakan 100% dari penerapan PostgreSQL di antara kerumunan di seluruh laporan perusahaan ini. Namun, AWS telah mengambil lompatan signifikan dari laporan terakhir kami, di mana mereka sekarang rata-rata menggunakan 77,4% dari penggunaan cloud PostgreSQL dibandingkan dengan 55,0% pada bulan April. AWS memang menawarkan layanan hosting terkelola untuk PostgreSQL yang disebut Amazon RDS, tetapi ada banyak solusi DBaaS lain yang menawarkan hosting PostgreSQL di AWS, seperti ScaleGrid, yang dapat memberikan dukungan multi-cloud sehingga Anda tidak terkunci dengan satu penyedia cloud .
AWS bukan satu-satunya penyedia cloud yang berkembang – kami menemukan bahwa 19,4% penerapan cloud PostgreSQL dihosting melalui Google Cloud Platform (GCP), bertambah 11 % dari April di mana mereka hanya memiliki rata-rata 17,5% dari hosting PostgreSQL. Ini meninggalkan penyedia cloud terakhir kami – Microsoft Azure, yang mewakili 3,2% dari penyebaran cloud PostgreSQL dalam survei ini. Ini adalah salah satu penemuan yang paling mengejutkan, karena Azure berada di urutan kedua dengan GCP pada bulan April, dan umumnya merupakan pilihan populer untuk organisasi perusahaan yang memanfaatkan rangkaian layanan Microsoft.
77,4% penerapan cloud #PostgreSQL dijalankan di AWSClick To Tweet
Bahasa yang Paling Banyak Digunakan dengan PostgreSQL
Ini adalah analisis baru yang kami survei untuk melihat bahasa mana yang paling populer digunakan dengan PostgreSQL. Bahasa pemrograman yang didukung untuk PostgreSQL termasuk .Net, C, C++, Delphi, Java, JavaScript (Node.js), Perl, PHP, Python, dan Tcl, tetapi PostgreSQL dapat mendukung banyak bahasa prosedural sisi server melalui ekstensi yang tersedia.
Kami menemukan bahwa Java adalah bahasa pemrograman paling populer untuk PostgreSQL, yang dimanfaatkan rata-rata oleh 31,1% organisasi perusahaan. PostgreSQL dapat dengan mudah dihubungkan dengan program Java melalui Driver PostgreSQL Java Database Connectivity (JBDC) open source yang populer, juga dikenal sebagai PgJDBC.
Python adalah bahasa pemrograman terpopuler kedua yang digunakan dengan PostgreSQL, mendekati rata-rata 28,9% penggunaan dengan PostgreSQL. Pada tahun 2013, PostgreSQL menyurvei pengguna mereka untuk melihat bahasa pemrograman eksternal mana yang paling sering digunakan dengan PostgreSQL, dan menemukan bahwa Python hanya mewakili 10,5% dari hasil, menunjukkan peningkatan besar dalam popularitas selama enam tahun terakhir.
Bahasa pemrograman C berada di tempat ketiga, rata-rata 20,0% digunakan dengan PostgreSQL, diikuti oleh Go di urutan keempat dengan 13,3%, PL/pgSQL di urutan kelima 11,1%, Ruby di urutan keenam sebesar 8,9% dan PHP dan Perl di urutan ketujuh sebesar 4,4%. PHP sebenarnya adalah bahasa paling populer yang digunakan dengan PostgreSQL pada tahun 2013, mewakili hampir setengah dari tanggapan dari survei mereka dengan penggunaan 47,1%. Kolom terakhir, Lainnya, diwakili oleh C++, Node.js, Javascript, Spark, Swift, Kotlin, TypeScript, C#, Scala, R, .NET, Rust dan Haskell.
Bahasa Pemrograman Mana yang Paling Populer untuk PostgreSQL? #Java #Python #CKlik Untuk Tweet
Strategi VACUUM PostgreSQL Paling Populer
PostgreSQL VACUUM adalah teknik untuk menghapus tupel yang telah dihapus atau sekarang usang dari tabelnya untuk mendapatkan kembali penyimpanan yang ditempati oleh tupel yang mati, juga dikenal sebagai Bloat. VACUUM adalah proses penting untuk dipelihara, terutama untuk tabel yang sering diperbarui sebelum mulai memengaruhi kinerja PostgreSQL Anda. Dalam survei kami, kami bertanya kepada pengguna PostgreSQL perusahaan bagaimana mereka menangani VACUUM untuk melihat pendekatan apa yang paling populer.
Proses paling populer untuk PostgreSQL VACUUM adalah autovacuum bawaan, yang dimanfaatkan rata-rata oleh 37,5% organisasi perusahaan. Daemon autovacuum adalah opsional, tetapi sangat direkomendasikan di komunitas PostgreSQL, karena daemon ini mengotomatiskan perintah VACUUM dan ANALYZE, terus-menerus memeriksa tabel untuk deal tuple. Meskipun sangat disarankan, 33,3% pengguna PostgreSQL lebih suka melakukan VACUUM secara manual di ruang perusahaan. Fibrevillage memiliki artikel bagus yang menguraikan masalah umum ini dengan autovacuum yang dapat menyebabkan organisasi mengadopsi strategi manual:
- autovacuum dapat berjalan meskipun dimatikan untuk menangani sampul ID transaksi.
- autovacuum terus berjalan, yang membuatnya memulai dari awal setiap kali kehabisan ruang, dan memulai pekerja baru untuk setiap database di cluster Anda.
- autovacuum dapat menyebabkan kesalahan memori.
- autovacuum mungkin mengalami kesulitan menjaga server yang sibuk.
- autovacuum dapat dengan mudah menghabiskan terlalu banyak kapasitas I/O.
Penemuan mengejutkan lainnya adalah 18,8% organisasi tidak menggunakan VACUUM, karena belum diperlukan. Ini mungkin karena mereka memanfaatkan PostgreSQL dalam aplikasi kecil atau aplikasi yang tidak sering diperbarui. 6,6% organisasi telah mengembangkan solusi khusus untuk PostgreSQL VACUUM, dan 4,2% sedang dalam proses merencanakan strategi VACUUM mereka.
Apa Strategi VACUUM Paling Populer untuk PostgreSQL? #autovacuum #manualKlik Untuk Tweet
Strategi Manajemen Kueri Lambat PostgreSQL Paling Populer
Jika Anda bekerja dengan PostgreSQL, Anda mungkin tahu bahwa mengelola kueri adalah tugas #1 yang paling memakan waktu. Ini adalah proses penting dengan banyak aspek untuk dipertimbangkan, mulai dari mengembangkan rencana kueri untuk mencocokkan struktur kueri dengan properti data Anda, kemudian menganalisis kueri yang berjalan lambat, terakhir untuk mengoptimalkan kueri tersebut melalui penyesuaian kinerja.
Kami menemukan bahwa 54,3% pengguna PostgreSQL mengelola kueri lambat secara manual di organisasi perusahaan. Ini dapat dilakukan melalui modul auto_explain dan pg_stat_statements, memeriksa pg_stat_activity untuk tabel dan aktivitas indeks di server Anda, menganalisis log kueri yang lambat, atau meninjau kode Anda.
Rata-rata, 21,7% organisasi perusahaan memanfaatkan alat pemantauan untuk menganalisis dan mengelola kueri lambat PostgreSQL mereka. Ini membantu mereka secara signifikan mengurangi waktu yang diperlukan untuk mengidentifikasi kueri mana yang berjalan paling lambat, paling sering, menyebabkan beban baca atau tulis paling banyak di sistem Anda, atau kueri yang tidak memiliki indeks dengan memeriksa baris.
Namun, 17,4% pengguna tidak secara aktif mengelola kueri lambat dalam penerapan PostgreSQL. Kami sangat menyarankan untuk mengadopsi strategi manajemen kueri untuk memastikan kueri yang lambat tidak memengaruhi kinerja penerapan PostgreSQL Anda. 4,3% pengguna saat ini sedang dalam proses merencanakan strategi pengelolaan kueri mereka, dan 2,2% telah mengembangkan solusi khusus untuk mengelola kueri lambat mereka.
Apa Strategi Manajemen Kueri Lambat Paling Populer untuk PostgreSQL? #monitoring #tool #manualKlik Untuk Tweet
PostgreSQL Cloud vs. Deployment Lokal
Mari kita akhiri dengan salah satu topik terpanas di ruang perusahaan PostgreSQL – apakah akan menerapkan PostgreSQL di cloud atau di tempat. Kami telah secara aktif memantau tren ini sepanjang tahun, dan menemukan bahwa 59,6% penerapan PostgreSQL benar-benar di lokasi pada bulan April dari Laporan Tren PostgreSQL 2019 dan 55,8% di lokasi dalam Laporan Basis Data Sumber Terbuka 2019 kami hanya beberapa bulan yang lalu pada bulan Juni.
Sekarang, dalam laporan terbaru ini, kami menemukan bahwa penerapan di tempat PostgreSQL telah menurun sebesar 40% sejak April 2019. Rata-rata, hanya 35,6% organisasi perusahaan PostgreSQL yang menyebarkan secara eksklusif di tempat. Tetapi organisasi tidak memigrasikan penerapan di tempat mereka sama sekali – 24,4% dari penerapan PostgreSQL ditemukan memanfaatkan lingkungan cloud hybrid. Awan hibrida adalah campuran komputasi awan lokal, awan pribadi, dan/atau awan publik untuk mendukung aplikasi dan data mereka. Ini adalah peningkatan yang signifikan dari apa yang kami lihat di bulan April, melonjak dari 5,6% penerapan PostgreSQL menjadi 24,4% di bulan September.
Penempatan cloud hybrid menjadi lebih populer di seluruh bidang – laporan terbaru ini menemukan bahwa 57% bisnis memilih lingkungan cloud hybrid menggunakan cloud pribadi dan publik sebagai tempat untuk menyimpan data. Meskipun kami melihat lompatan besar ke cloud, organisasi perusahaan masih memanfaatkan lingkungan lokal dalam beberapa kapasitas 60% dari waktu, dibandingkan dengan 65,2% pada bulan April. Terakhir, kami menemukan bahwa penerapan PostgreSQL cloud publik telah tumbuh 15% sejak April, sekarang rata-rata 34,8% digunakan oleh organisasi perusahaan.
Penting juga untuk dicatat bahwa survei ini dilakukan di acara PostgresConf Silicon Valley, sementara survei April kami dilakukan di New York City. Area teluk dikenal luas karena mengadopsi teknologi baru, yang memungkinkan kami untuk berhipotesis bahwa pasar ini memiliki tingkat adopsi cloud yang lebih tinggi daripada pantai timur.
Jenis Penerapan PostgreSQL | Apr | Jun | Sep | Pertumbuhan April-Sep |
On-Premises | 59,6% | 55,8% | 35.6% | -40,0% |
Hybrid Cloud | 5,6% | 16,3% | 24,4% | 336% |
Public Cloud | 34,8% | 27,9% | 40.0% | 15,0% |
Jenis Penerapan Paling Populer untuk #PostgreSQL? Lokal vs. Cloud Publik vs. Cloud HybridKlik Untuk Tweet
Jadi, bagaimana hasil ini sesuai dengan penerapan dan strategi PostgreSQL Anda? Kami akan senang mendengar pendapat Anda, tinggalkan komentar di sini atau kirimkan tweet kepada kami di @scalegridio.