Содержание
Oracle запускает новый этап работы с сообществом MySQL — компания вводит формальные роли участников, комитет управления и отдельную группу по уязвимостям. Это ответ на критику разработчиков, которая тянулась не один месяц.
План описала Heather VanCura, вице-президент Oracle по внешним стандартам и работе с сообществом, в блоге Oracle. Компания прямо говорит о прозрачности, участии и более понятном принятии решений.
Для MySQL это не косметика на сайте проекта. База живет уже около трех десятилетий, и вокруг нее выросла большая экосистема. Ее используют малый бизнес, крупные облака, хостинги, CMS, внутренние сервисы и разработчики, которым важны предсказуемые правила игры.
Новая модель участия в MySQL
Oracle разделит работу сообщества MySQL на несколько ролей, чтобы внешние разработчики видели понятный путь от разового патча до влияния на кодовую базу. Участники смогут отправлять код, тестировать баги, делать ревью и вести технические обсуждения.
Базовая роль называется Contributor. Такой участник может помогать проекту через код, отчеты об ошибках, тестирование и обсуждение архитектурных решений.
Опытные Contributors смогут стать Committers. Эта роль уже ближе к ежедневной инженерной работе: поддержка качества кода, проверка изменений и участие в развитии проекта. Их будут сопровождать Mentors и Project Leads.
Выглядит как попытка убрать старую проблему многих больших open-source-проектов под корпоративным управлением. Сообщество приносит патчи и экспертизу, но не всегда понимает, кто принимает решение и почему один патч приняли, а другой завис.
VanCura сформулировала это прямо: «Доверие строится через прозрачные процессы, ясное принятие решений и значимые возможности для участия». Для базы данных это звучит сухо, но смысл простой: разработчикам нужны правила, а не кулуарная магия.
Комитеты с Oracle, AWS и Google Cloud
Oracle создаст Technical Steering Committee и новую Vulnerability Group. В техническом комитете будут представители Oracle, AWS и Google Cloud, а компания отдельно признала потребность в дополнительных голосах со стороны пользователей MySQL.
Состав комитета важен не меньше названия. AWS и Google Cloud — не случайные гости: MySQL и совместимые сервисы давно сидят в облачной инфраструктуре. Решения по совместимости, безопасности и качеству обновлений напрямую бьют по продакшену.
Vulnerability Group займется вопросами уязвимостей. Oracle не раскрыла в исходном объявлении весь регламент работы этой группы, но сам отдельный контур по безопасности логичен. Для базы данных задержка с исправлением может стоить дороже красивой дорожной карты.
Пока Oracle говорит и о будущих метриках. Компания обещает делиться ими с сообществом, чаще обсуждать решения и держать высокую планку вкладов. Здесь без романтики: метрики покажут, сколько внешних изменений реально доходит до проекта.
Почему Oracle меняет подход именно сейчас
В феврале 2026 года менеджер сообщества MySQL Frederic Descamps признал, что проект подвел часть участников. Он пообещал более решительный и оживленный подход к работе с разработчиками.
Нынешний план выглядит продолжением этого признания. Oracle не просто просит поверить на слово, а вводит управленческие механизмы: роли, наставников, комитет и группу безопасности.
Правда, главный вопрос никуда не делся. Сообщество будет смотреть не на названия ролей, а на реальные полномочия. Если Committers смогут влиять только на мелкие правки, доверие быстро упрется в потолок.
Есть и второй слой. Oracle владеет MySQL с 2010 года, после покупки Sun Microsystems. С тех пор проект жил рядом с форками и альтернативными сборками, включая экосистему Percona. Поэтому любое движение Oracle к открытости разработчики оценивают с холодной головой.
Сооснователь Percona Peter Zaitsev оценил шаг Oracle сдержанно позитивно. The Register приводит его слова: «Это шаг в правильном направлении… Oracle показала желание стать более открытой для сообщества и включать более широкое сообщество в принятие решений».
