Trendy PostgreSQL:najpopularniejsi dostawcy chmury, języki, VACUUM, strategie zarządzania zapytaniami i typy wdrożeń w przedsiębiorstwach

Popularność PostgreSQL gwałtownie rośnie w przestrzeni korporacyjnej. Ponieważ ta baza danych o otwartym kodzie źródłowym nadal przyciąga nowych użytkowników z drogich komercyjnych systemów zarządzania bazami danych, takich jak Oracle, DB2 i SQL Server, organizacje przyjmują nowe podejścia i rozwijają własne, aby zachować wyjątkową wydajność wdrożeń SQL. Niedawno uczestniczyliśmy w wydarzeniu PostgresConf w San Jose, aby usłyszeć od najbardziej aktywnych użytkowników PostgreSQL na temat ich strategii zarządzania bazami danych. W tym najnowszym raporcie o trendach analizujemy najpopularniejszych dostawców chmury pod kątem PostgreSQL, strategii VACUUM, strategii zarządzania zapytaniami oraz wykorzystania chmury lokalnej i publicznej, z których korzystają organizacje korporacyjne.

Najpopularniejsi dostawcy usług w chmurze dla hostingu PostgreSQL

Zacznijmy od najpopularniejszych dostawców chmury dla hostingu PostgreSQL. Nie jest niespodzianką, że trzech największych dostawców usług w chmurze na świecie wykonało 100% wdrożeń PostgreSQL w tłumie w tym raporcie korporacyjnym. AWS zrobiło jednak znaczny skok w porównaniu z naszym ostatnim raportem, w którym obecnie korzysta średnio z 77,4% wykorzystania chmury PostgreSQL w porównaniu do 55,0% w kwietniu. AWS oferuje zarządzaną usługę hostingu PostgreSQL o nazwie Amazon RDS, ale istnieje wiele innych rozwiązań DBaaS, które oferują hosting PostgreSQL na AWS, takich jak ScaleGrid, który może zapewnić obsługę wielu chmur, dzięki czemu nie jesteś związany z jednym dostawcą chmury .

AWS nie był jedynym dostawcą chmury, który się rozwijał – odkryliśmy, że 19,4% wdrożeń chmurowych PostgreSQL było hostowanych przez Google Cloud Platform (GCP), a liczba ta wzrosła o 11 % od kwietnia, gdzie średnio tylko 17,5% hostingu PostgreSQL. Pozostaje nam nasz ostatni dostawca chmury — Microsoft Azure, który reprezentował 3,2% wdrożeń chmury PostgreSQL w tej ankiecie. Jest to jedno z najbardziej szokujących odkryć, ponieważ platforma Azure zajęła drugie miejsce z GCP w kwietniu i jest powszechnie popularnym wyborem dla organizacji korzystających z pakietu usług Microsoft.

Najczęściej używane języki z PostgreSQL

Jest to nowa analiza, którą przeprowadziliśmy, aby zobaczyć, które języki są najczęściej używane w PostgreSQL. Obsługiwane języki programowania dla PostgreSQL obejmują .Net, C, C++, Delphi, Java, JavaScript (Node.js), Perl, PHP, Python i Tcl, ale PostgreSQL może obsługiwać wiele języków proceduralnych po stronie serwera dzięki dostępnym rozszerzeniom.

Odkryliśmy, że Java jest najpopularniejszym językiem programowania PostgreSQL, wykorzystywanym średnio przez 31,1% przedsiębiorstw. PostgreSQL można łatwo połączyć z programami Java za pomocą popularnego sterownika PostgreSQL Java Database Connectivity (JBDC), znanego również jako PgJDBC.

Python był drugim najpopularniejszym językiem programowania używanym z PostgreSQL, zbliżając się do średniej 28,9% użycia z PostgreSQL. W 2013 r. PostgreSQL przeprowadził ankietę wśród swoich użytkowników, aby sprawdzić, które zewnętrzne języki programowania były najczęściej używane w PostgreSQL i stwierdził, że Python stanowi tylko 10,5% wyników, wykazując ogromny wzrost popularności w ciągu ostatnich sześciu lat.

Język programowania C zajął trzecie miejsce, średnio 20,0% użycia z PostgreSQL, a następnie Go na czwartym z 13,3%, PL/pgSQL na piątym miejscu 11,1%, Ruby na szóstym miejscu z 8,9%, a PHP i Perl na siódmym miejscu z 4,4%. PHP był w rzeczywistości najpopularniejszym językiem używanym w PostgreSQL w 2013 roku, stanowiąc prawie połowę odpowiedzi z ankiety przy użyciu 47,1%. Ostatnia kolumna, Other, była reprezentowana przez C++, Node.js, Javascript, Spark, Swift, Kotlin, Typescript, C#, Scala, R, .NET, Rust i Haskell.

Najpopularniejsze strategie PostgreSQL VACUUM

PostgreSQL VACUUM to technika usuwania krotek, które zostały usunięte lub są teraz przestarzałe, w celu odzyskania miejsca zajmowanego przez te martwe krotki, znane również jako Bloat. VACUUM jest ważnym procesem do utrzymania, szczególnie w przypadku często aktualizowanych tabel, zanim zacznie wpływać na wydajność PostgreSQL. W naszej ankiecie zapytaliśmy użytkowników PostgreSQL w przedsiębiorstwach, jak radzą sobie z VACUUM, aby zobaczyć, jakie są najpopularniejsze podejścia.

Najpopularniejszym procesem dla PostgreSQL VACUUM jest wbudowana funkcja automatycznego odkurzania, wykorzystywana średnio przez 37,5% przedsiębiorstw. Demon autovacuum jest opcjonalny, ale wysoce zalecany w społeczności PostgreSQL, ponieważ automatyzuje zarówno polecenia VACUUM, jak i ANALIZA, stale sprawdzając tabele pod kątem krotek transakcji. Chociaż jest to wysoce zalecane, 33,3% użytkowników PostgreSQL woli ręcznie wykonywać VACUUM w przestrzeni korporacyjnej. Fibrevillage ma świetny artykuł, który przedstawia te typowe problemy z autoodkurzaniem, które mogą spowodować, że organizacja przyjmie strategię ręczną:

• Automatyczne odkurzanie może działać nawet po wyłączeniu, aby poradzić sobie z zawinięciem identyfikatora transakcji.
• Autovacuum jest stale uruchomione, co sprawia, że ​​uruchamia się od nowa za każdym razem, gdy zabraknie mu miejsca, i uruchamia nowego pracownika dla każdej bazy danych w klastrze.
• Autoodkurzacz może powodować błędy braku pamięci.
• Autovacuum może mieć problemy z utrzymaniem ruchu na zajętym serwerze.
• autovacuum może z łatwością zużywać zbyt dużą pojemność we/wy.

Kolejnym zaskakującym odkryciem było to, że 18,8% organizacji nie używa VACUUM, ponieważ nie jest jeszcze potrzebny. Może to być spowodowane tym, że wykorzystują PostgreSQL w małych aplikacjach lub aplikacjach, które nie są często aktualizowane. 6,6% organizacji opracowało niestandardowe rozwiązanie dla PostgreSQL VACUUM, a 4,2% jest w trakcie planowania strategii VACUUM.

Najpopularniejsze strategie zarządzania wolnymi zapytaniami PostgreSQL

Jeśli pracujesz z PostgreSQL, prawdopodobnie wiesz, że zarządzanie zapytaniami jest najbardziej czasochłonnym zadaniem. Jest to krytyczny proces, który wymaga rozważenia wielu aspektów, począwszy od opracowania planu zapytań w celu dopasowania struktury zapytania do właściwości danych, poprzez analizę wolno działających zapytań, aż po optymalizację tych zapytań poprzez dostrajanie wydajności.

Odkryliśmy, że 54,3% użytkowników PostgreSQL ręcznie zarządza wolnymi zapytaniami w organizacjach korporacyjnych. Można to osiągnąć za pomocą ich modułów auto_explain i pg_stat_statements, sprawdzając pg_stat_activity pod kątem aktywności tabel i indeksów na serwerze, analizując powolny dziennik zapytań lub przeglądając kod.

Średnio 21,7% przedsiębiorstw wykorzystuje narzędzie monitorujące do analizowania i zarządzania wolnymi zapytaniami PostgreSQL. Pomaga im to znacznie skrócić czas potrzebny na zidentyfikowanie, które zapytania działają najwolniej, najczęściej, powodując największe obciążenie odczytu lub zapisu w systemie lub zapytania nie zawierają indeksu poprzez badanie wierszy.

17,4% użytkowników nie zarządza jednak aktywnie wolnymi zapytaniami we wdrożeniach PostgreSQL. Zdecydowanie zalecamy przyjęcie strategii zarządzania zapytaniami, aby upewnić się, że powolne zapytania nie wpływają na wydajność wdrożeń PostgreSQL. 4,3% użytkowników jest obecnie w trakcie planowania strategii zarządzania zapytaniami, a 2,2% opracowało niestandardowe rozwiązanie do zarządzania wolnymi zapytaniami.

PostgreSQL Cloud a wdrożenia lokalne

Zakończmy jednym z najgorętszych tematów w przestrzeni korporacyjnej PostgreSQL — czy wdrażać PostgreSQL w chmurze, czy lokalnie. Aktywnie monitorujemy ten trend przez cały rok i stwierdziliśmy, że 59,6% wdrożeń PostgreSQL było ściśle lokalnych w kwietniu z naszego raportu Trendy PostgreSQL 2019 i 55,8% lokalnych w naszym raporcie Open Source Database z 2019 roku z zaledwie kilku miesięcy temu w czerwcu.

Teraz w tym najnowszym raporcie stwierdziliśmy, że lokalne wdrożenia PostgreSQL spadły o 40% od kwietnia 2019 r. Średnio tylko 35,6% organizacji korporacyjnych korzystających z PostgreSQL wdrażanie wyłącznie lokalnie. Jednak organizacje nie migrują w ogóle swoich wdrożeń lokalnych – 24,4% wdrożeń PostgreSQL wykorzystuje hybrydowe środowisko chmurowe. Chmury hybrydowe to połączenie chmury lokalnej, chmury prywatnej i/lub chmury publicznej w celu obsługi ich aplikacji i danych. Jest to znaczny wzrost w porównaniu z tym, co widzieliśmy w kwietniu, skacząc z 5,6% wdrożeń PostgreSQL do 24,4% we wrześniu.

Wdrożenia chmury hybrydowej stają się coraz bardziej popularne – ten ostatni raport wykazał, że 57% firm wybiera hybrydowe środowisko chmurowe, wykorzystujące zarówno chmury prywatne, jak i publiczne jako miejsca do przechowywania swoich dane. Chociaż obserwujemy duży skok w kierunku chmury, organizacje korporacyjne nadal wykorzystują środowiska lokalne w jakiejś pojemności 60% czasu, w porównaniu do 65,2% w kwietniu. Wreszcie stwierdziliśmy, że wdrożenia PostgreSQL w chmurze publicznej wzrosły o 15% od kwietnia, teraz średnio 34,8% wykorzystania przez organizacje korporacyjne.

Ważne jest również, aby pamiętać, że ta ankieta została przeprowadzona podczas imprezy PostgresConf Silicon Valley, podczas gdy nasza kwietniowa ankieta została przeprowadzona w Nowym Jorku. Obszar zatoki jest powszechnie znany z przyjmowania nowych technologii, co pozwala nam postawić hipotezę, że ten rynek ma wyższy wskaźnik przyjmowania chmur niż wschodnie wybrzeże.

Najpopularniejszy typ wdrożenia dla #PostgreSQL? Chmura lokalna a chmura publiczna a chmura hybrydowaKliknij, aby tweetować

Jak więc te wyniki mają się do wdrożeń i strategii PostgreSQL? Chętnie poznamy Twoje przemyślenia, zostaw komentarz tutaj lub wyślij nam tweeta na @scalegridio.