Как стать автором
Обновить

Комментарии 21

Платность/бесплатность этих услуг не оговаривается. Что будет с предлагающими «купить хостинг с предустановленным PHP и MongoDB»?

Насколько я понял лицензию, зависит от того, в чем заключается услуга.
Если на виртуалку предустанавливается mongodb, то ничего не меняется.
А если дается доступ к инстансу mongodb в облаке хостера, тогда придется открывать код скриптов, используемых для управления, мониторинга, веб-интерфейса и т.д.

Вопросов больше чем ответов. Под какой лицензией открыть? Что если под той же самой что и монга? Скрипты открыты, но использовать их для создания такого же сервиса нельзя, пока не откроешь что-нибудь ещё?

Это всё выглядит очень дурно. Я бы ожидал форка и развития независимой версии.

Пункт 13-й лицензии, там достаточно подробно описано.

Скрипты открыты, но использовать их для создания такого же сервиса нельзя, пока не откроешь что-нибудь ещё?

Как понять «что-нибудь ещё»? Открыть надо то, и только то, что является частью производного сервиса. Требования вполне конкретные. Вы использовали чужой труд. В замен от вас хотят, чтобы вы так же позволили использовать свой.
Это всё выглядит очень дурно. Я бы ожидал форка и развития независимой версии.

Так ведь изначально AGPL именно это и подразумевала. В этом плане ничего не поменялось. Речь в статье идёт о том, что некоторые сервисы начали обходить требования AGPL. Правда не объяснено, как именно. Было бы интересно об этом почитать.
А по поводу того, что лицензии семейства GPL весьма строги, и добавляют, порой, не мало головной боли, так это давно известно. Но как уж есть. Плюсы у них тоже весьма существенные, при правильном применении. Свою миссию они выполняют. На них целые технологические ниши держатся.
некоторые сервисы начали обходить требования AGPL

Из 13-го пункта лицензии вроде бы очевидно следует, что не начали обходить, а обошлись без модификации исходных кодов Монги. Собственно, а зачем их править? Вся обвязка вполне себе делается "снаружи".


Новая лицензия требует, чтобы всю эту обвязку тоже опенсорсили на условиях этой лицензии.

использовать их для создания такого же сервиса нельзя, пока не откроешь что-нибудь ещё?

Так это круто. Они будут зарабатывать именно на услуге. Хочешь представлять услугу закрытым кодом — твое право, но без открытого кода тогда. А то как-то не хорошо — с тобой поделились, а ты в ответ не делишься.

под GNU AGPL v3 [...] должны были открыть исходный код своего ПО или получить коммерческую лицензию.

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

Ничего не понял, в чём отличие-то????
Разница вот в чём:
— в AGPL не написано, что ты должен что-то купить. Написано — что должен открыть исходный код. Купить — это частное следствие из лицензии и вариант, который предлагают компании.
— в SSPL написано, что ты должен купить, если не выполняешь условия бесплатного использования.

Получить коммерческую лицензию = купить, не?

Так нет такого пункта в AGPL. Там написано, что ты должен открыть исходники. Это компании предлагали купить при двойном лицензировании, чтобы использовать под коммерческой лицензией.
Резюмируя: разница в неявном и явном указании на купить.

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

Похоже это ещё один аргумент в пользу постгреса с его джейсонБ.
MongoDB — это ещё и одноранговый кластер, хотя не всем он нужен.

Если вам не нужна и не понадобится кластеризация и прочий автошардинг, то вам наверняка и не нужна монга, на единственном сервере постгрес c табличками типа (id uuid pk, data jsonb) по многим параметрам будет лучше (особенно если учесть широкий выбор индексов).

Bit keeper тоже думал, «никуда они не денутся»

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

МФЦ работают на MongoDB, интересно, поменяется ли для них что-нибудь…
Как я и предполагал, вот и последствия.
Amazon DocumentDB (with MongoDB compatibility) is a fast, scalable, highly available, and fully managed document database service that supports MongoDB workloads.
но оно же проприетарь — eee во все поля.
Да, но к сожалению — рынок AWS для mongoDB скорее всего потерян, а он ведь огромный…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории