Размышления основателя MySQL о развитии проекта под крылом Oracle и о экономике открытых продуктов

[@VolCh]

при этом она остаётся на 100% совместимой в случае перевода инфраструктуры с MySQL на MariaDB.

Очень важный вопрос — будет ли она такой всегда, ну или некоторое время. Другая формулировка вопроса: нужно рвать с мускула как можно раньше или можно подождать и потои спокойно перейти?

[@ilyaerin]

По-моему очевидно, что переходить нужно уже сейчас, пока совместимость 100%, и различия минимальны.

[@vshemarov]

Для инвесторов в большинстве случаев нецелесообразно делать инвестиции в компании разработчиков программ, которые получают прибыль только от предоставления услуг по поддержке, такие компании менее вероятно вырастут до такой степени, что можно было бы получить значительный возврат инвестиций. Ко всему прочему разработка не может окупиться только теми средствами, которые компания получает от предоставления услуг

Очень, очень важный комментарий, и втройне важно, что он звучит из уст руководителя столь серьезного GPL-проекта

[@gricom]

Однако, насколько я знаю, бизнес-модель MongoDB — это именно продажа подписок на поддержку, причем Mongo отличается тем, что подписка относительно недорогая. При этом, они без особых трудностей привлекают инвестиции для развития бизнеса, т.е. инвесторы видят и текущую прибыль, и перспективы развития.
И вообще, этот комментарий Монти, который звучит достаточно категорично, но при этом основан только на его личном опыте, может очень сильно демотивировать тех, кто хочет выйти на рынок со своим open-source проектом.

[@vshemarov]

Я не анализировал бизнес MongoDB, но если дело обстоит именно так — деньги только на поддержке, а сама поддержка копеечная, — то я не понимаю, в чем привлекательность этого бизнеса. Поддержка высокотехнологичных продуктов — это весьма трудоемкое дело. Т.е. получается — затрат много, а денег мало. И валом тут не возьмешь, не тот случай.

… может очень сильно демотивировать тех, кто хочет выйти на рынок со своим open-source проектом

Или отрезвить, заставив снять «розовые очки»

[@gricom]

Ну я написал, что поддержка «относительно недорогая», это не означает, что она копеечная, но гораздо дешевле того же Оракла. Я видел цифры около $5-10к за инстанс в год

[@gricom]

Их цены здесь:
www.10gen.com/products/mongodb-subscriptions

Правда я погорячился насчёт одного источника доходов, у них еще есть Enterprise Edition + consulting

[@neuotq]

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

[@merlin-vrn]

А чем зарабатывают редхат и новелл, кроме разработки спо и платной поддержки?

[@Myshov]

Основной доход для Red Hat как раз идёт с внедрения, интеграции и поддержки, причём это не просто сервис «для галочки» — бизнес платит за оперативные исправления в коде, что очень важно, когда у вас из-за редкой ошибки ложится сервер, а сообщество не ставит исправление этой ошибки в приоритет. Компаний, которые строят свою инфраструктуру на открытом ПО и которые хотят оперативно получать поддержку, много (в свете последних новостей про PRISM, думаю, клиентов у них прибавится). Ещё Red Hat разрабатывает другие продукты, например, JBoss. Дополнительная выручка идёт с программ сертификации RHCE, RHCT.

Novell, пока она существовала (с 2011 года перешла во владение Attachmate Group), также зарабатывала на поддержке, но бизнес, связанный с SuSE Linux, был одним из направлений её деятельности в отличие от Red Hat.

[@DLag]

В MariaDB 10 сильно больше функционала чем в MySQL 5.6, так что не удивительно что требуется больше времени.

[@ksm]

Точнее будет, что в 5.6 появилось много нового функционала и MariaDB нужно потратить ресурсы на бэкпортинг и совместимость фич MariaDB 10 и 5.6. Это проблема всех форков: поддерживать совместимость с родительским продуктом пока не наберется достаточная инсталляционная база, чтобы позволить что-то не поддерживать.

[@Akela_wolf]

А зачем переходить на MySQL 5.6?

По-моему становится все более и более очевидно, что MySQL лишена перспектив. Либо MariaDB или какой-то другой форк «мускула», либо PostgreSQL.

Лично я в своих новых разработках использую PostgreSQL, если нужно поставить нечто не умеющее постгрес (wordpress, например) — на помощь приходит Мария.

[@vanxant]

Ну вообще тут принято ругать Oracle, однако ж именно они в конце концов прикрутили fulltext индекс к InnoDB, и именно в ветке 5.6.
Это, имо, был самый востребованный фича-реквест мускула и самый такой жирный недостаток этой субд для средних проектов последние лет 10. Однако ж ни Монти, ни Sun, ни всё ихнее коммьюнити этого так и не сделали.
А переходить с мускула на постгре (равно как и на мс/оракл) на уже работающем проекте, с накопленной базой гигов на сто… то еще, знаете, удовольствие, для ценителей.

[@ksm]

Да много чего сделано для 5.6 и старше. Уже не говоря сколько пофиксили багов с версий 5.0/5.1

[@mister_fog]

именно они в конце концов прикрутили fulltext индекс к InnoDB

Насколько я помню, Oracle в 2005 году купила InnoDB, чтобы «насолить» MySQL AB, после того, как Монти отказался им (oracle) продаться. C каких пор считается подвигом прикручивание fultext индекс к собственному продукту?

[@mubinov]

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

[@ksm]

В MySQL сейчас дефолтный энжин — InnoDB, которые давно используется и имеет хорошую стабильность. Нет смысла сравнивать MyISAM и MariaDB.

[@merlin-vrn]

Как MyISAM, так и InnoDB в MySQL есть как минимум с четвёртой версии (если не с третьей), и конечно оба перекочевали в MariaDB.

Насчёт сравнения MyISAM и MariaDB — ну, конечно, их нет смысла сравнивать, вы же не сравниваете двигатель с автомобилем, верно?

[@ksm]

В данном случае я имел в виду storage engines и сам неглубоко в теме, что именно сделано в MariaDB, но вот сейчас открыл их сайт и вижу, что
— innodb нет в списке поддерживаемых storage engine для MariaDB
— aria не транзакционный storage engine

Т.о. имеет смысл сравнивать только сравнимое?

[@merlin-vrn]

Что-то вы не то читали. Maria полностью поддерживает InnoDB, просто называется она там по-другому: kb.askmonty.org/en/about-xtradb/

Что касается сравнений — сравнивать можно что угодно, не любые сравнения имеют смысл. Крокодил не лучше пылесоса и не хуже. Хотя можно попробовать их сравнить: и то, и другое состоит из атомов, а различаются тем, что один живой, а второй нет.

[@ksm]

XtraDB это оригинальный InnoDB с внешними патчами (своими и сторонними) и поддерживается Перконой, а не MariaDB. С учетом, что InnoDB до сих пор разрабатывается и поддерживается Ораклом это не совсем одно и тоже. И не факт, что код/фичи innoDB не начнут конфликтовать со сторонними патчами XtraDВ. Ситуация аналогична выходу MySQL 5.6, но все форки живут все еще на 5.5 (продакшн). и активно бэкпортят фичи с 5.6.
Так что формально innodb в MariaDB можно подключить лишь как плагин, а это не тоже самое, что built-in.

Сравнивать действительно можно что угодно, но в данном случае имеет смысл сравнивать стабильность/производительность/фичи/баги/поддержку. Общие слова, что «оракл -плохой, форки — хорошие» как минимум неконструктивны.

[@VolCh]

имеет смысл сравнивать стабильность/производительность/фичи/баги/поддержку.

и совместимость с мэйнстримом.

[@merlin-vrn]

Вот плагином или встроено — ну вообще не вижу разницы. Загрузили dllку, слинковали динамически — всё, с этого момента в смысле работы движка разницы никакой вообще не будет.

Насчёт стабильности… не видел жалоб на проблемы со стабильностью xtradb, при этом не касающихся innodb. Более того, утверждается, что xtradb и есть стабильнее innodb

[@VolCh]

Как минимум требует повышенных затрат на администрирование. пускай ненамного, но чуть больше времени будет занимать развертывание и чуть больше знаний будет требоваться от администратора (или разработчика его задачи выполняющего, что не редкость).

[@merlin-vrn]

Это делается один раз и потом про это можно забыть. А на администрирование — не понимаю, с чего больше. Как делал apt-get upgrade так и делай.

[@VolCh]

Администрирование включает в себя и развертывание.

[@merlin-vrn]

> Это делается один раз и потом можно про это забыть.

[@VolCh]

чуть и чуть

[@Anastasia_K]

это когда у вас один сервер. а когда счёт идет на десятки и сотни, забыть не получается ;)

[@ksm]

Ну вообще тесты на 5.1 показывали разницу в производительности для плагина и встроенного кода. Для 5.5 и выше понятно никто таких уже не делал.

[@script88]

Вместо innodb в mariadb есть xtradb

[@script88]

Не в ту ветку.

[@RusMikle]

Ещё с момента покупки ораклом MySQL все опасались подобного хода событий. И видимо оказались правы. Хоть оракл и уверял всех что будет все хорошо но практика, похоже, показывает обратное. Потому переходить однозначно, и чем раньше тем будет безболезненней.
п.с. Нельзя обманывать сообщество. Микрософт обещал долгую жизньVisual FoxPro, обманул, теперь им веры нет. Оракл следующий? Если бы мы вовремя сориентировались и перешли на другой продукт было бы гораздо безболезненней чем сейчас, когда мегатонны кода давят сзади.
Не поленюсь, разошлю известным мне провайдерам ссылку на статью (решать конечно им), с просьбой включить MariaDB в стандартный набор. В таких делах надо действовать и наказывать тех кто пытается нам диктовать. Предлагаю остальным поступить подобным образом. Если это и не продвинет MariaDB то хоть заставит оракл быть осмотрительней.

Open source forever!

[@script88]

С чего Монти взял, что на поддержке денег не заработаешь? RedHat, IBM тому доказательство.

[@VolCh]

"В большинстве случаев нецелесообразно"

[@Myshov]

Бизнес-модели Red Hat и IBM по большей части исключения из правил той игры, в которую играют большие софтверные компании. Именно для того, чтобы хоть как-то изменить ситуацию в секторе коммерческого ПО, он и предложил идею business source.