Чем для вас опасна MongoDB SSPL лицензия?

Читая FAQ по SSPL MongoDB лицензии, кажется, что в ее изменении нет ничего страшного, если только вы не «большой и крутой провайдер облачных решений».

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



Перевод изображения
Каково влияние новой лицензии на приложения, созданные с использованием MongoDB и предоставляемые в виде услуги (SaaS)?
Копилефт-условие в Разделе 13 SSPL применяется только тогда, когда вы предлагаете функциональность MongoDB или модифицированных версий MongoDB третьим лицам в качестве услуги. Для других SaaS-приложений, использующих MongoDB в качестве базы данных, не существует условия копилефта.


MongoDB всегда была «несговорчивой open source компанией». В то время как мир переходил от лицензий с копилефтом (GPL) к либеральным лицензиям (MIT, BSD, Apache), MongoDB для своего MongoDB Server Software выбрала AGPL – еще более ограниченную версию GPL.

Прочитав форму S1 MongoDB, используемую для подачи заявки на IPO, вы увидите, что акцент сделан на модели freemium. Это достигается путем уродования версии Community Server, а не за счет поддержки ценностей сообщества разработчиков открытого ПО.

В своем интервью 2019 года генеральный директор MongoDB Dev Ittycheria подтвердил, что MongoDB Inc. не собирается сотрудничать с сообществом разработчиков открытого ПО для улучшения MongoDB, поскольку они сосредоточились на своей стратегии freemium:

«MongoDB была создана MongoDB. Там не было существующих ранее решений. Мы не открывали исходный код для получения помощи; мы открыли его в рамках стратегии freemium”,
– Dev Ittycheria, генеральный директор MongoDB.

В октябре 2018 года MongoDB изменила свою лицензию на SSPL (Server Side Public License). Это было сделано внезапно и недружественно по отношению к сообществу разработчиков открытого ПО, где о предстоящих изменениях лицензии объявляют заранее, позволяя тем, кто по какой-либо причине не сможет использовать новую лицензию, планировать и осуществлять переход на другое ПО.

Что такое SSPL на самом деле, и почему это может повлиять на вас?


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

Поскольку DBaaS становится ведущей формой использования программного обеспечения для баз данных, такая зависимость от провайдера является серьезной проблемой!

Вы можете подумать: „Ничего страшного: MongoDB Atlas не так уж и дорог“. Действительно, это может быть так… но только пока.

MongoDB пока НЕ приносит прибыли, так как в прошлом году объявила об убытках свыше 175 миллионов долларов. На данный момент MongoDB активно инвестирует в рост. Это означает, помимо прочего, поддержание разумно низких цен. Однако современные мировые компании рано или поздно должны становиться прибыльными, и при отсутствии конкуренции вам придется за это платить.

Беспокоиться нужно не только о прибыльности. Общий сценарий „победитель забирает все“, предусматривающий получение доминирующей доли на рынке любой ценой, подразумевает повышение цен до тех пор, пока это возможно (и даже больше!).

В мире баз данных в эту игру пару десятков лет назад очень успешно играла компания Oracle, которая спасала людей от привязки к аппаратному обеспечению “голубого гиганта” (IBM). Программное обеспечение Oracle было доступно на различном оборудовании и изначально предлагалось по разумной цене… А потом стало проклятием для IT-директоров и финансовых директоров по всему миру.

Сейчас MongoDB играет в ту же самую игру, только в ускоренном темпе. Мой друг и коллега Matt Yonkovit недавно спросил: „MongoDB – это что, новый Oracle?“, и я совершенно уверен, по крайней мере, с этой точки зрения, что это так.

В заключение хочу сказать, что SSPL – это не то, что влияет только на горсть облачных вендоров, которые не могут напрямую конкурировать с MongoDB в DBaaS-пространстве. SSPL оказывает влияние на всех пользователей MongoDB, навязывая вендор-лок и риск чрезмерно высоких цен в будущем.
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

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

    +2
    Значит, сохранение свободы ПО за счёт копилефта — не входит в ценности сообщества разработчиков? В чём же засада?
      +2
      SSPL Не CopyLeft лиценция такие как SSPL и AGPL так как ограничения накладываются на использование а не распространение.

      Если интересно посмотрите дискуссию по этому поводу

      lists.opensource.org/pipermail/license-review_lists.opensource.org/2018-November/thread.html#3800

      SSPL относится к классу «Source Available» лицензий — не открытому/свободному програмному обеспечения.
    0

    А что сейчас у aws? Они выплачивают за лицензию их documentDB или как-то выкрутились?

      +1

      У всех подобных решений, что я видел, заявлена совместимость с MongoDB 3-й версии, как раз-таки до вступления в силу нового лицензионного соглашения.
      https://aws.amazon.com/ru/documentdb/
      За старую Монгу ничего платить не надо, но это именно старая версия. Все новые плюшки идут мимо.

        0
        Тут на самом деле интересно. MongoDB изначала использовала лицензию AGPL а не GPL для того чтобы Amazon и другие не смогли сделать Cloud версию. Но когда на самом деле стали появлятся Cloud версии которые предоставляют MongoDB (compose.io, mlab.com objectrocket.com и многие другие) оказалось что AGPL не достаточно чтобы надежно предотврвтить такие бизнесы и MongoDB перешла на SSPL
        0
        DocumentDB не базируется на MongoDB. По неподтвержденным слушам это MongoDB протокол поверх Aurora PostgreSQL.

        Есть еще CosmosDB (Azure) тоже независимая имплемениация базового протокола MongoDB
        +3
        Петр, неожиданно и здорово увидеть тебя на хабре! Спасибо за внимание к этой проблеме: она действительно его заслуживает. Но почему именно сейчас? Ведь изменение лицензии произошло не в этом году (даже Red Hat успела отказаться от MongoDB в своё время). И что всё это означает для ваших (Percona) продуктов вокруг MongoDB, столь активно развиваемых* в последние годы?

        * Субъективное впечатление по новостным материалам, не претендующее на реальную (производственную/коммерческую) картину.

        P.S. По теме самого этого явления мы год назад переводили про BSL для CockroachDB.
          0
          Решил перевести одну из достаточно новых статей и эта казалось была бы интересна для аудитории Habr.

          Пишу об этой проблеме сейчас так как хочется предотватить «инфляцию» Open Source — многие компании сейчас рекламирует Open Core, Shared Source (SSPL, BSL), Open Source Compatible (Amazon Aurora) как в общем то эквивалентную Open Source и многие молодые инжинеры тоже не совсем понимают в чем разница и почему лучше по возможности предпочитать Open Source.

          Percona Server for MongoDB тоже SSPL (к сожалению) так как другого выбора без полного форка нет. Но другой софт для MongoDB — Percona Backup for MongoDB, Kubernetes Operator распространяются под открытыми лицензиями.
            0
            Не только инженеры. С той же проблемой столкнулись многие проекты Wikimedia Foundation.
              0
              Что вы имеете ввиду?
                0
                Происходит серьёзная инфляция открытого контента. Многие СМИ отказываются выпускать свой контент по свободной лицензии, не публикуют исходники иллюстраций.
          –1

          используем селф хостинг монго бесплатной, кластер около 49 серверов, проблемы выдуманные

            0
            Интересная ситуация, получается что база данных сама по себе является монополией? В том смысле, что есть конкуренция между разными базами данных-но только до момента выбора, на какой из них строить свою систему. В итоге получается, что поменять ее со временем становится все сложнее, что и позволяет использовать это как эффект монополии для повышения цен.
              0
              Можете всё-таки чуть подробнее сказать, как именно эти изменения влияют на тех, кто не связан с предоставлением монги-как-сервиса?
              Читая FAQ по SSPL MongoDB лицензии, кажется, что в ее изменении нет ничего страшного, если только вы не «большой и крутой провайдер облачных решений».

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


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

              Во второй цитате ничего противоречащего их FAQ'у не вижу (кроме эмоциональных «большой и крутой» :) ).
                0
                Давайте представим что есть софт для которого раздавать исходники можно а вот собранные RPM/DEB пакеты уже нельзя. Конечно для тех кто предпочитает собирать все для себя из исходников для них это не проблема… но таких людей становится все меньше люди используют стандартные сборки и репозитории так как так проще и эффективней

                Так вот DBaaS это то же самое что пакеты для Cloud — решение которое для большинства пользователей (возможно не для вас) более удобное и эффективое.

                Соответственно монополия для этого режима использования софта создает все те риски которые Open Source позволяет избежать
                  0
                  Понятно, спасибо! Если честно, после просмотра поста было не особо ясно :), особенно это:
                  Так вот DBaaS это то же самое что пакеты для Cloud — решение которое для большинства пользователей (возможно не для вас) более удобное и эффективое.

                  А мне скорее просто любопытно, монгу давно не использовал.
                0
                Зачем использовать MongoDB, если есть PostgreSQL c его JSON типами? Кроме случаев, когда изначально стек завязан на монгу и отвязаться сложно
                  0
                  Можно конечно. Это если вы разработчик и сами принимаете решения — во многих случаях разработчики умеют использовать MongoDB и хотят именно ее (ну или на худой конец что-то полностью совместимое)

                  Есть и технические проблемы — в MongoDB «sharding» встроенный и стандартный тогда как в PostgreSQL, MySQL (DocStore) это приходится делать отдельно и ручками.
                    0

                    смешной вы, посмотрим как вы там напишите типизированные пайплайны с атомарным выполнением с сложными nested array операциями.
                    Постгри это просто хайпажоры которые на коленки прилепили джэйсон, чтобы покричать "мы тоже так умеем".

                      0
                      Есть задачи которые в MongoDB решаются удобнее есть которые удобнее решаются в PostgreSQL — например когда к этому JSON хочется применить все возможности SQL.

                      Многие задачи где используется MongoDB весьма просты.
                    0
                    MongoDB – это что, новый Oracle?

                    Сравнивать монстра, на который был завязан без малого весь enterprise лет 10 назад и узкоспециализированную document database? Вы серьезно?
                      +1
                      Позиции компаний конечно разные но здесь вопрос больше в подходу к Бизнесу. Тактики MongoDB куда более близки к Oracle чем к другим Open Source компаниям.

                      Например (из личного опыта) большинство MongoDB user groups/meetups по всему миру контролируются прямо или коственно MongoDB и конкуренты туда ни в коем случае не допускаются.

                    Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                    Самое читаемое