Использование лицензии сообщества MongoDB

Question

Поскольку MongoDB представила свою собственную модель общедоступной серверной лицензии для версии сообщества, мне интересно, в каких вариантах использования версию сообщества можно использовать в производстве.

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

Можно ли вообще использовать версию сообщества MongoDB 4.x в производственной среде? Есть интерпретации, которые дают отрицательный ответ на этот вопрос .

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

FrontEnd -> BackEnd -> Database

Мое упрощенное понимание новой лицензии следующее:

• если я покажу сервер MongoDB клиентам напрямую, мне нужно будет опубликовать исходный код всей установки.
• если я использую MongoDB в настраиваемом образе докера (с моим решением для резервного копирования / дампа homebrew), в настройке FE-> BE-MongoDB, в облачной и производственной среде, и мои клиенты потребляют FE, это не обязывает меня публиковать все источник.

Это правильно или я пропустил что-то важное? благодаря

Answer 1

Я понимаю SSPL, основанный на тексте лицензии и FAQ по MongoDB:

• Если вы используете MongoDB, или модифицированную версию этого, в веб - сайт / веб-приложение , которое не от услуг передачи данных для хранения пользователей, то лицензия SSPL работает так же , как лицензии GPL. Вы можете без проблем использовать версию сообщества.

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

  Если какой-либо код, который вы должны предложить таким образом, находится под несовместимой с SSPL лицензией, которая включает (L | A) лицензии GPL и большинство проприетарных лицензий, то выполнить это требование невозможно.

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

если я покажу сервер MongoDB клиентам напрямую, мне нужно будет опубликовать исходный код всей установки.

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

В первом случае вы обязательно должны опубликовать исходный код для всей установки под лицензией SSPL (что может быть запрещено лицензиями используемых вами инструментов).

Во втором случае вы, вероятно, отдаете свои бизнес-секреты своим пользователям, но если вы используете эту базу данных MongoDB, например, только для хранения инвентаря вашего интернет-магазина, то это не активирует положения в s13 SSPL.

если я использую MongoDB в настраиваемом образе докера (с моим решением для резервного копирования / дампа homebrew), в настройке FE-> BE-MongoDB, в облачной и производственной среде, и мои клиенты потребляют FE, это не обязывает меня публиковать все источник.

Это зависит от того, что вы предлагаете своим пользователям через этот FE. Если вы, например, предлагаете услугу резервного копирования для своих файлов, то я вижу, что такая услуга может вызвать действие пункта s13 SSPL и потребовать от вас публикации исходного кода для всей установки, включая вашу домашнюю резервную копию / решение для дампа и, возможно, даже докер.