Помогите спасти MySQL от загребущих лап Oracle

Ниже следует вольный перевод статьи основателя и ведущего разработчика MySQL:
http://monty-says.blogspot.com/2009/12/help-saving-mysql.html

Я, Michael "Monty" Widenius, создатель MySQL, прошу у вас срочной помощи, чтобы спасти MySQL от клешней Oracle. Без вашей помощи, Oracle может заполучить MySQL в собственность в любую минуту. Вы можете не допустить этого и обезопасить последующие разработки продуктов MySQL как OpenSource проектов, написав Еврокоммисии (EC).

Этот текст содержит следующую информацию:
- Обобщение нынешней ситуации
- Что Oracle не пообещал
- Предыдущий опыт действий Oracle в OpenSource
- Как распространить информацию (ищите по 'Что я прошу вас сделать')
- Пример письма в EC (ищите по 'отправьте на следующий адрес:')

Я потратил последние 27 лет, создавая и работая над MySQL, и я надеюсь, что вместе с моей командой ключевых разработчиков MySQL продолжу работать и далее в течение многих лет.

Oracle пытается купить Sun, который приобрёл MySQL в прошлом году. В таком случае Oracle получит MySQL. С вашей поддержкой есть достаточно большие шансы, что Еврокомиссия (разрешения которой ожидает Oracle) может предотвратить это, либо заставит Oracle дать дополнительные гарантии относительно MySQL для его пользователей. Без вашей поддержки этого может и не случиться. EC — наша последняя сильная надежда, так как правительство США уже одобрило сделку, в то время как Европа еще беспокоится о возможных последствиях.

Вместо того, чтобы просто работать с EC над разрешением существующих разногласий, Oracle попросил сотни своих крупных клиентов, чтобы те написали в EC и потребовали незамедлительного принятия сделки без всяких дополнительных условий. Судя по тому, что я слышал, Oracle обещала своим клиентами, помимо многих других вещей, что «они вложат больше денег в разработку MySQL, нежели Sun» и что «если они когда либо забросят MySQL, [сообщество] просто сделает fork и возьмет на себя заботу о нём».

Однако, обещания просто вложить кучу денег в разработку не доказывают, что что-нибудь действительно полезное будет сделано, или что MySQL останется конкурентоспособной силой на рынке, какой оно является сейчас.

Как я уже писал до этого, fork будет недостаточен для того чтобы MySQL выжил, если Oracle, как держатель всех прав на MySQL, решит, что им стоит уничтожить MySQL или сделает отдельные части MySQL закрытыми.

Oracle обещает, что он будет заботится о MySQL, но давайте посмотрим в глаза фактам: если 10 лет назад MySQL использовался в основном для интернет-нужд, то сейчас она становится все более функциональной, расширяемой и надежной. Сейчас она используется во многих крупнейших в мире компаниях для все более расширяющихся целей. Это не только пугает, но и мешает Oracle каждый день. Oracle все время вынужден понижать цены, чтобы соперничать с MySQL в новых проектах компаний. Некоторые компании даже мигрируют существующие проекты с Oracle на MySQL для экономии денег. Безусловно, Oracle намного более функционален, но MySQL уже может делать те многие вещи ради которых часто используется Oracle, и экономит людям много денег. Со временем, MySQL может сделать с Oracle тоже самое, что изначально недооцененный Linux сделал с коммерческими Unix (грубо говоря).

Так что я просто не верю, что Oracle будет хорошим домом для MySQL. Слабый MySQL - это миллиарды долларов прибыли в год для Oracle, быть может, даже больше. Сильный MySQL никогда не даст Oracle такой прибыли, т.е. он будет им прямо убыточен (принимая в расчет упущенную выгоду, о которой говорилось выше. — прим. перев.). Я не думаю, что какая-либо компания пойдет на это. Это именно те причины, по которым EC скептически отнеслась к этой сделке и высказала свои возражения около месяца назад.

Ричард Столман (Richard Stallman) согласился, что очень важно, какая именно компания будет владеть MySQL, что нельзя допустить, чтобы Oracle купил её на нынешних условиях, и что для поддержания MySQL не будет достаточно просто сообщества добровольцев.

Что Oracle НЕ пообещал (насколько мне это известно, и уж точно этих обещаний не было в юридически легитимной форме):

- Оставить MySQL (целиком) под открытой лицензией.
- Не добавлять закрытых частей, модулей или необходимых утилит.
- Поддерживать код для MySQL Enterprise Edition и MySQL Community Edition одинаковым.
- Не поднимать цены на лицензию (коммерческую. прим. перев.) или поддержку MySQL.
- Выпускать новые версии вовремя и на регулярной основе. (* - см. обновление ниже)
- Продолжить практику двойного лицензирования и всегда предлагать адекватные коммерческие лицензии на MySQL тем, кто в них нуждается (производители систем хранения или ПО), либо предложить MySQL под более разрешительной лицензией.
- Продолжить разработку MySQL как Open Source проекта.
- Активно работать с сообществом.
- Применять предложенные патчи в разумные сроки.
- Не дискриминировать патчи, которые позволят MySQL соперничать с основным продуктом Oracle.
- Уверенности, что MySQL будет также улучшено и в тех направлениях, что позволит ей соперничать еще больше с основным продуктом Oracle.

Видя то, как Oracle поступил с InnoDB, у меня нету больших надежд, что Oracle добровольно будет выполнять все то, что написано выше.

Для InnoDB:
- Были исправлены ошибки (но это было было требованием в контракте)
- Новые возможности, вроде сжатия, которые были анонсированы перед поглощением, потребовали 3 года на свою реализацию.
- Отсутствие всяких временных рамок или взгляда на последующую разработку.
- Сообщество не было допущено к разработке.
- Патчи от пользователей (вроде Google) которые должны были улучшать производительность, не были применены до недавнего времени, когда Oracle объявил о своем желании приобрести Sun.
- Oracle начал работу над InnoDB+, улучшенной "закрытой" версией InnoDB
- В конце концов, Sun был вынужден сделать fork InnoDB, хотя бы для того, чтобы улучшить производительность.

Правда, разработка продолжилась, но это было сделано больше для того, чтобы использовать InnoDB для давления на MySQL Ab.

Заметьте, что разработку Oracle ядра Linux нельзя сравнивать с MySQL, так как:
- Oracle использует Linux как основную платформу для своей базы данных (так что, чем лучше Linux - тем лучше платформа Oracle)
- Лицензия GPL на код ядра не затрагивает то, что запускается поверх него (специальное исключение в лицензии).

Так как у нас нету базы данных клиентов и пользователей MySQL, единственная возможность нести наше слово для нас — это использовать сообщества MySQL и Open Source. Я бы никогда не прибегнул к этому, если бы Oracle первым не нарушил общепринятые правила в рассмотрении дел о монополистических слияниях, и попробовал надавить на EC, привлекая своих клиентов, вскоре после того, как протест [EC] был опубликован.

Очень важно среагировать на это КАК МОЖНО БЫСТРЕЕ, так как EC, в зависимости от того, что Oracle будет делать, должно вынести свой вердикт около 5 января 2010. Из-за столь сжатых сроков, каждое письмо имеет вес!

Что я прошу вас сделать:

- Перешлите это сообщение всем, про кого вам известно, что они используют MySQL или открытое/бесплатное ПО и во все почтовые рассылки, в которых, по вашим сведениям, могут быть люди, которым не безразличен MySQL или открытое ПО (только, пожалуйста, сначала убедитесь, что им уже не послали такое письмо)
- Либо пошлите им информацию о происходящем и попросите прочитать http://monty-says.blogspot.com/2009/12/help-saving-mysql.html (прим. перев.: собственно, это мало отличается от предыдущего варианта)
- Добавьте ссылки на вашем веб-сайте на http://monty-says.blogspot.com/2009/12/help-saving-mysql.html с текстом вроде «Мы используем MySQL, помогите нам сохранить его» на последующие две недели.
- Напишите об этом в своем блоге (можете спокойно использовать этот текст (прим. перев: оригинал, но и перевод, впрочем, тоже, хотя у нас мало кому нужны такие разрешения ;)), его части, или просто дать ссылку на мой блог)
- Позвоните по телефону (не пишите письмом, так как среагировать надо очень быстро!) своему начальнику или VP (прим. перев: не знаю кто это, но видно это кто-то, кто у буржуев может представлять компанию) и попросите его прочитать это сообщение и послать письмо в EC как можно быстрее!
- Ну и если вы не можете использовать ни один из указанных выше способов - напишите в EC самостоятельно!

Так как мы хотим, чтобы у EC создалась правильная картина о происходящем, мы просим вас сначала заполнить верхнюю часть письма (прим.перев: приведены оригиналы + перевод, так как в EC, очевидно, надо слать англоязычные письма) и затем выбрать один из предложенных текстов, который больше всего отражает ваше понимание сложившейся ситуации. Безусловно, вы можете написать и свой текст или добавить любую информацию, которая, по вашему мнению, поможет EC получить правильную картину о том, как MySQL используется.

Отправьте на следующий адрес:

Если вы хотите, чтобы мы были в курсе происходящего, пошлите копию:

Если у вас есть время на дополнительную помощь - заполните последующую шапку, если нет - просто пропустите её и перейдите сразу к основному тексту.

Name:
Title:
Company:
Size of company:
How many MySQL installations:
Total data stored in MySQL (megabyte):
For what type of applications is MySQL used:
Should this email be kept confidential by EC: Yes/No

(Перевод с сохранением порядка:
ФИО:
Должность:
Компания:
Размеры компании:
Количество установленных версий MySQL:
Суммарный объем данных, хранимых в MySQL (в мегабайтах):
Для каких нужд используется MySQL:
Это письмо не должно быть опубликовано EC: Да/Нет
)

Скопируете, или воспользуетесь одним из последующих текстов, как основой для вашего ответа:

I don't trust that Oracle will take good care of MySQL and MySQL should be divested to another company or foundation that have everything to gain by developing and promoting MySQL. One should also in the future be able to combine MySQL with closed source application (either by exceptions, a more permissive license or be able to dual license MySQL under favourable terms)

(Перевод:
Я не верю, что Oracle будет заботится о MySQL, и MySQL должно быть передано другой компании или фонду, которые будут иметь всё необходимое, чтобы развивать и продвигать MySQL. Также должна сохраниться возможность использования MySQL приложениями с закрытым исходным кодом (либо за счет исключений, более разрешительной лицензии, либо за счет возможности двойного лицензирования MySQL под необходимыми условиями)

I think that Oracle could be a good steward of MySQL, but I would need EC to have legally binding guarantees from Oracle that:
- All of MySQL will continue to be fully Open Source/free software in the future (no closed source modules).
- Open Source version and dual-licensed version of MySQL should have same source (like today).
- That development will be done in community friendly way.
- The manual should be released under a permissive license (so that one can fork it, the same way one can fork the server)
- That MySQL should be released under a more permissive license to ensure that forks can truly compete with Oracle if Oracle is not a good steward after all.
Alternatively:
- One should be able to always buy low priced commercial licenses for MySQL.
- All of the above should be perpetual and irrevocable.

There should also be mechanism so that if Oracle is not doing what is expected of it, forks should be able to compete with Oracle

(Перевод:
Я думаю, что Oracle будет хорошим хозяином для MySQL, но я прошу, чтобы EC добилось от Oracle юридически легитимных гарантий от Oracle, что:
- Весь MySQL останется полностью открытым и бесплатным программным обеспечением (без всяких закрытых модулей)
- Открытая версия MySQL и версия под двойной лицензией будет иметь одинаковый исходный код (как сейчас)
- Разработка будет вестись на доступном для сообщества уровне.
- Руководство должно быть опубликовано под разрешительной лицензией (так что кто угодно сможет сделать его ответвление, так же как кто угодно может сделать ответвление сервера СУБД).
- MySQL должно быть опубликовано под более разрешительной лицензией, так чтобы тот, кто решит сделать её ответвление, мог бы полностью конкурировать с Oracle, если окажется, что Oracle все же не хороший хозяин.
Либо:
- Должна существовать возможность купить дешевую коммерческую лицензию для MySQL
- Все вышеописанное должно быть вечным и неизменным.

Также должен быть создан механизм, который даст гарантии, что если Oracle не станет делать то, что от него ожидается этими гарантиями, ответвления все равно останутся способными конкурировать с Oracle)

(Прим. перев: Речь идет о лицензировании — либо открытая+коммерческая, но дешевая, либо только открытая, но такая, чтобы можно было сделать что угодно. Данная часть с «Либо:», на мой взгляд, слишком невнятная, лучше написать свой вариант, либо как-то четко указать что "либо")

I trust Oracle and I suggest that EC will approve the deal unconditionally.

(Перевод: я доверяю Oracle и предлагаю EC разрешить сделку без всяких дополнительных условий)

--------------------
Давайте докажем Oracle и EC, что сообщество Open Source - реальная сила - мы можем позаботится о своих «согражданах» и предпочитаем сотрудничать с компаниями, которые поступают аналогично!

Будущее MySQL в ваших руках!

Спасибо за вашу помощь!
Michael Widenius
Создатель MySQL

Обновление: Oracle сделала публичные обещания, которые покрывают только одно из требований, отмеченное звездочкой (*).

Примечание: Их обещания производителям систем хранения не дают уверенности в будущем, так как это обещание "о ненападении" ограниченное во времени (они обещают не судиться в течении 5 лет), но они смогут засудить любого, кто будет использовать систему хранения с устаревшим кодом через 5 лет. Они ограничили это обещание только на API (программный интерфейс) для систем хранения, но не остальные дополнительные API, которые используют практически все движки систем хранения с возможностями расширения (прим. перевод: тут непонятно, толи это системы хранения как плагины, и API для плагинов, толи это какие-то дополнительные API, которые все используют. В любом случае какая-то пакость). Чтобы разъяснить эту ситуацию, эти обещания Oracle должны быть выражены в исключении к лицензии ко всем расширениям и они должны оставаться действительным навсегда для уже опубликованного кода. Также неясно, останется ли это «ненападание» действительным, если разработчик сделает свое расширение к интерфейсу (что делает большинство систем хранения).