Популярността на PostgreSQL нараства рязко в корпоративното пространство. Тъй като тази база данни с отворен код продължава да привлича нови потребители от скъпи търговски системи за управление на бази данни като Oracle, DB2 и SQL Server, организациите приемат нови подходи и развиват свои собствени, за да поддържат изключителната производителност на своите SQL внедрявания. Наскоро присъствахме на събитието PostgresConf в Сан Хосе, за да чуем от най-активната потребителска база на PostgreSQL относно техните стратегии за управление на бази данни. В този най-нов доклад за тенденциите, ние анализираме най-популярните доставчици на облак за PostgreSQL, VACUUM стратегии, стратегии за управление на заявки и локално в сравнение с публичен облак, използван от корпоративни организации.
Най-популярните облачни доставчици за PostgreSQL хостинг
Нека започнем с най-популярните облачни доставчици за PostgreSQL хостинг. Не е изненада, че трите най-добри доставчици на облаци в света съставляват 100% от внедряванията на PostgreSQL в тълпата в този корпоративен доклад. AWS обаче направи значителен скок от последния ни доклад, където сега средно 77,4% от използването на PostgreSQL облак в сравнение с 55,0% през април. AWS предлага управлявана хостинг услуга за PostgreSQL, наречена Amazon RDS, но има много други DBaaS решения, които предлагат PostgreSQL хостинг на AWS, като ScaleGrid, които могат да осигурят поддръжка на няколко облака, така че да не сте заключени с един доставчик на облак .
AWS не беше единственият доставчик на облак, който се разраства – открихме, че 19,4% от внедряванията в облака на PostgreSQL се хостват чрез Google Cloud Platform (GCP), което нараства с 11 % от април, където те са средно само 17,5% от PostgreSQL хостинг. Това оставя последния ни доставчик на облак – Microsoft Azure, който представлява 3,2% от внедряванията в облака на PostgreSQL в това проучване. Това е едно от най-шокиращите открития, тъй като Azure беше на второ място с GCP през април и обикновено е популярен избор за корпоративни организации, използващи пакета от услуги на Microsoft.
Най-използваните езици с PostgreSQL
Това е нов анализ, който проучихме, за да видим кои езици се използват най-популярно с PostgreSQL. Поддържаните езици за програмиране за PostgreSQL включват .Net, C, C++, Delphi, Java, JavaScript (Node.js), Perl, PHP, Python и Tcl, но PostgreSQL може да поддържа много процедурни езици от страна на сървъра чрез наличните си разширения.
Открихме, че Java е най-популярният език за програмиране за PostgreSQL, като се използва средно от 31,1% от корпоративните организации. PostgreSQL може лесно да бъде свързан с Java програми чрез популярния драйвер с отворен код PostgreSQL Java Database Connectivity (JBDC), известен също като PgJDBC.
Python беше вторият най-популярен език за програмиране, използван с PostgreSQL, като се доближи до средно 28,9% използване с PostgreSQL. Още през 2013 г. PostgreSQL анкетира своите потребители, за да види кои външни езици за програмиране се използват най-често с PostgreSQL, и установи, че Python представлява само 10,5% от резултатите, което показва огромно увеличение на популярността през последните шест години.
Езикът за програмиране C дойде на трето място със средно 20,0% използване с PostgreSQL, следван от Go на четвърто място с 13,3%, PL/pgSQL на пето при 11,1%, Ruby на шесто място с 8,9% и PHP и Perl на седмо с 4,4%. PHP всъщност беше най-популярният език, използван с PostgreSQL през 2013 г., представлявайки почти половината от отговорите от тяхното проучване при 47,1% използване. Последната колона, Other, беше представена от C++, Node.js, Javascript, Spark, Swift, Kotlin, Typescript, C#, Scala, R, .NET, Rust и Haskell.
Най-популярни PostgreSQL VACUUM стратегии
PostgreSQL VACUUM е техника за премахване на кортежи, които са били изтрити или вече са остарели от таблицата им, за да се възстанови паметта, заета от тези мъртви кортежи, известна още като Bloat. VACUUM е важен процес за поддържане, особено за често актуализирани таблици, преди да започне да влияе на производителността на PostgreSQL. В нашето проучване ние попитахме корпоративните потребители на PostgreSQL как се справят с VACUUM, за да видим кои са най-популярните подходи.
Най-популярният процес за PostgreSQL VACUUM е вграденото автоматично вакуумиране, което се използва средно от 37,5% от корпоративните организации. Демонът autovacuum е по избор, но силно препоръчан в общността на PostgreSQL, при него автоматизира командите VACUUM и ANALYZE, като непрекъснато проверява таблиците за кортежи за сделки. Въпреки че силно се препоръчва, 33,3% от потребителите на PostgreSQL предпочитат ръчно да изпълняват VACUUM в корпоративното пространство. Fibrevillage има страхотна статия, която очертава тези често срещани проблеми с автоматично вакуумиране, които могат да накарат организацията да приеме ръчна стратегия:
- автоматично вакуумиране може да работи дори когато е изключено, за да се справи с обкръжаването на идентификатора на транзакцията.
- autovacuum работи постоянно, което го кара да започва отначало всеки път, когато му свърши място, и да стартира нов работник за всяка база данни във вашия клъстер.
- автоматично вакуумиране може да причини грешки при липса на памет.
- autovacuum може да има проблеми с поддържането на натоварен сървър.
- автовакуумът може лесно да изразходва твърде много I/O капацитет.
Друго изненадващо откритие е, че 18,8% от организациите не използват VACUUM, тъй като все още не е необходим. Това може да се дължи на факта, че те използват PostgreSQL в малки приложения или приложения, които не се актуализират често. 6,6% от организациите са разработили персонализирано решение за PostgreSQL VACUUM, а 4,2% са в процес на планиране на стратегията си за VACUUM.
Най-популярните стратегии за управление на бавни заявки на PostgreSQL
Ако работите с PostgreSQL, вероятно знаете, че управлението на заявки е задача №1 с най-много време. Това е критичен процес с много аспекти, които трябва да се вземат предвид, като се започне от разработването на план за заявка за съпоставяне на структурата на заявката ви със свойствата на данните ви, до анализиране на бавно изпълняващи се заявки и накрая до оптимизиране на тези заявки чрез настройка на производителността.
Открихме, че 54,3% от потребителите на PostgreSQL ръчно управляват бавни заявки в корпоративни организации. Това може да се постигне чрез техните модули auto_explain и pg_stat_statements, проверка на pg_stat_activity за активност на таблици и индекси на вашия сървър, анализиране на бавния регистър на заявките или преглед във вашия код.
Средно 21,7% от корпоративните организации използват инструмент за наблюдение, за да анализират и управляват своите бавни заявки в PostgreSQL. Това им помага значително да намалят времето, необходимо за идентифициране на кои заявки се изпълняват най-бавно, най-често, причинявайки най-голямо натоварване за четене или запис на вашата система, или заявки без индекс, като изследват редовете.
17,4% от потребителите обаче не управляват активно бавни заявки в внедряванията на PostgreSQL. Силно препоръчваме да приемете стратегия за управление на заявки, за да гарантирате, че бавните заявки не влияят върху производителността на вашите PostgreSQL внедрявания. 4,3% от потребителите в момента са в процес на планиране на стратегията си за управление на заявки, а 2,2% са разработили персонализирано решение за управление на бавните си заявки.
Облак на PostgreSQL срещу локални внедрявания
Нека завършим с една от най-горещите теми в корпоративното пространство на PostgreSQL – независимо дали да внедрите PostgreSQL в облака или на място. Ние наблюдавахме активно тази тенденция през цялата година и открихме, че 59,6% от внедряванията на PostgreSQL бяха строго локални през април от нашия доклад за тенденциите на PostgreSQL за 2019 г. и 55,8% на място в нашия отчет за база данни с отворен код за 2019 г. само за няколко месеца преди юни.
Сега в този най-нов доклад открихме, че локалните внедрявания на PostgreSQL са намаляли с 40% от април 2019 г. Средно само 35,6% от корпоративните организации на PostgreSQL са внедряване изключително на място. Но организациите не мигрират изцяло своите локални внедрявания – за 24,4% от внедряванията на PostgreSQL е установено, че използват хибридна облачна среда. Хибридните облаци са комбинация от локални, частни облаци и/или публични облачни изчисления за поддръжка на техните приложения и данни. Това е значително увеличение спрямо това, което видяхме през април, скачайки от 5,6% от внедряванията на PostgreSQL до 24,4% през септември.
Внедряването на хибриден облак става все по-популярно – този скорошен доклад установи, че 57% от бизнесите избират хибридна облачна среда, използвайки както частни, така и публични облаци като места за съхранение на своите данни. Въпреки че виждаме голям скок към облака, корпоративните организации все още използват локални среди в някакъв капацитет в 60% от времето, в сравнение с 65,2% през април. И накрая, открихме, че внедряванията на PostgreSQL в публичния облак са нараснали с 15% от април, като сега са средно 34,8% използване от корпоративни организации.
Важно е също да се отбележи, че това проучване беше проведено на събитието PostgresConf в Силициевата долина, докато нашето априлско проучване беше проведено в Ню Йорк. Районът на залива е широко известен с приемането на нови технологии, което ни позволява да предположим, че този пазар има по-висок процент на възприемане на облака от източното крайбрежие.
| Типове внедряване на PostgreSQL | апр | юни | септ. | Растеж от април до септември |
| На място | 59,6% | 55,8% | 35,6% | -40,0% |
| Хибриден облак | 5,6% | 16,3% | 24,4% | 336% |
| Обществен облак | 34,8% | 27,9% | 40,0% | 15,0% |
Най-популярният тип внедряване за #PostgreSQL? Локални срещу публичен облак срещу хибриден CloudClick To Tweet
И така, как тези резултати се съчетават с вашите PostgreSQL внедрявания и стратегии? Ще се радваме да чуем вашите мисли, оставете коментар тук или ни изпратете туит на @scalegridio.
