Oracle, похоже, сделала для роста PostgreSQL больше, чем многие евангелисты open source. После покупки Sun Microsystems вместе с MySQL в 2010 году корпорация удержала актив у себя, а в сентябре 2025-го провела массовые сокращения в команде разработки MySQL. Для русскоязычных IT-команд это не абстрактная драма из мира больших вендоров, а еще один сигнал: выбор СУБД все сильнее упирается не только в функции, но и в модель управления продуктом.
Об этом, как сообщает CNews, заявил Майкл Стоунбрейкер, создатель Postgres и один из самых авторитетных людей в мире баз данных. Его тезис звучит довольно едко: страх рынка перед тем, что Oracle получит слишком большой контроль над MySQL, стал одним из факторов восхождения PostgreSQL. Логика простая. Когда у популярной открытой базы появляется крупный корпоративный владелец со своими интересами, часть разработчиков, архитекторов и компаний начинает искать менее зависимую альтернативу. PostgreSQL в этой роли оказался почти идеальным кандидатом.
В этой истории важны даты. MySQL появилась в 1995 году, PostgreSQL в нынешнем виде получила свое имя в 1996-м, а Sun Microsystems купила MySQL AB в 2008-м. Уже в 2010 году Oracle получила MySQL вместе со всей Sun. Тогда многие опасались, что корпорация либо подчинит развитие MySQL собственным коммерческим интересам, либо как минимум будет развивать ее так, чтобы не мешать флагманской Oracle Database. Полного сворачивания проекта не случилось: Oracle много лет продолжала развивать MySQL. Но сама конструкция, где у open source-продукта есть конкретный хозяин с понятным набором бизнес-стимулов, для части рынка выглядела все менее комфортно.
Эта тревога никуда не делась и, судя по всему, только усилилась в последние два года. Поводом стали сомнения в том, готова ли Oracle и дальше вкладываться в MySQL тем же темпом, а в сентябре 2025 года их подкрепили массовые увольнения в команде разработчиков. На фоне таких новостей слова Стоунбрейкера звучат уже не как академическая пикировка, а как довольно прагматичный диагноз. Если ключевой актив живет внутри большой корпорации и зависит от ее приоритетов, пользователи неизбежно закладывают в риск не только технические ограничения, но и кадровые решения, смену стратегии и возможный перекос в пользу проприетарных надстроек.
У PostgreSQL здесь сильная позиция не потому, что у него «лучший пиар», а потому, что у него нет единого владельца. Стоунбрейкер отдельно подчеркнул именно это: проект не контролируется одним поставщиком, а управляется сравнительно небольшой группой опытных разработчиков. Для бизнеса и инженерных команд это означает предсказуемость другого типа. Не ту, что обещает вендор в презентации, а ту, что вырастает из открытого процесса, широкой экосистемы и отсутствия одного рубильника, за который кто-то может дернуть ради квартального отчета. В мире инфраструктуры это весомый аргумент. Особенно когда база данных выбирается не на год и не на пилот, а на десятилетний жизненный цикл продукта.
Популярность PostgreSQL давно вышла за рамки сообщества энтузиастов. По данным, приведенным в материале, в опросе Stack Overflow за 2023 год именно PostgreSQL стала самым популярным выбором среди разработчиков. За последние пять лет рост PostgreSQL заметно ускорился, а вокруг самой СУБД выросла большая экосистема совместимых и частично совместимых продуктов. Это важный нюанс: сейчас PostgreSQL означает не только конкретный движок, но и фактически стандарт совместимости, на который ориентируются облачные платформы и коммерческие сервисы. Стоунбрейкер формулирует это еще жестче, говоря уже не столько о самой базе, сколько о мире систем, совместимых с ее wire protocol.
Для российской аудитории у этой истории есть сразу несколько практических слоев. Разработчики получают подтверждение того, что ставка на PostgreSQL остается не модой, а устойчивым инфраструктурным выбором. Продуктовым и техническим руководителям история напоминает старое, но неприятное правило: зависимость от вендора никуда не исчезает только потому, что в лицензии есть слова open source. Для компаний, которые строят импортонезависимый стек или пересматривают долгосрочную архитектуру данных, разница между «проектом с сообществом» и «проектом с хозяином» становится уже не идеологическим вопросом, а вопросом управляемости рисков. Не случайно именно на базе PostgreSQL выросли и российские решения вроде Postgres Pro.
При этом романтизировать ситуацию тоже не стоит. Популярность тянет за собой не только экосистему, но и повышенный интерес злоумышленников. Чем шире распространена технология, тем выше шанс, что именно под нее будут писать новые сценарии атак, искать массовые конфигурационные ошибки и эксплуатировать плохо обслуживаемые инсталляции. Так что рост PostgreSQL сам по себе не выдает индульгенцию на уровне безопасности, эксплуатации или кадров. Он лишь показывает, куда смещается центр тяжести рынка.
Главный вывод для отрасли выглядит довольно иронично. Oracle купила MySQL, чтобы расширить свой портфель, но вместе с этим помогла рынку окончательно привыкнуть к мысли, что критически важную СУБД лучше строить вокруг сообщества, а не вокруг вендорской воли. Если ближайшие годы не принесут резкого разворота в стратегии MySQL, рост PostgreSQL продолжит идти не только за счет собственных достоинств, но и за счет усталости рынка от управляемого open source.