Четене Лиценз MongoDB, изглежда, че няма нищо лошо в промяната му, освен ако не сте „голям, страхотен доставчик на облачни решения“.
Въпреки това, бързам да ви разочаровам: последствията директно за вас ще станат много по-сериозни и по-лоши, отколкото предполагате.
Превод на изображения
Какво е въздействието на новия лиценз върху приложенията, създадени с помощта на MongoDB и доставени като услуга (SaaS)?
Клаузата за копиралефт в раздел 13 от SSPL се прилага само когато предлагате функционалността на MongoDB или модифицирани версии на MongoDB на трети страни като услуга. Няма клауза за копиралефт за други SaaS приложения, които използват MongoDB като база данни.
MongoDB винаги е била „твърда компания с отворен код“. Докато светът (GPL) към либерални лицензи (MIT, BSD, Apache), MongoDB избра AGPL за своя сървърен софтуер MongoDB, още по-ограничена версия на GPL.
След четене MongoDB, използван за IPO подаване, ще видите, че акцентът е върху freemium модела. Това се постига чрез осакатяване на версията на Community Server, а не чрез поддържане на ценностите на общността с отворен код.
В интервю от 2019 г. главният изпълнителен директор на MongoDB Дев Итичерия потвърди, че MongoDB Inc. няма да си сътрудничи с общността с отворен код за подобряване на MongoDB, тъй като те се фокусират върху своята стратегия за freemium:
„MongoDB е създаден от MongoDB. Нямаше предварително съществуващи решения. Не сме отворили кода за помощ; отворихме го като част от стратегията за freemium,”
– Дев Итичерия, главен изпълнителен директор на 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 беше достъпен на различни хардуери и първоначално се предлагаше на разумна цена... а след това се превърна в проклятието на CIO и CFO по целия свят.
Сега MongoDB играе същата игра, само с ускорено темпо. Моят приятел и колега Мат Йонкович наскоро попита: „MongoDB следващият Oracle ли е?“ и аз съм почти сигурен, поне от тази гледна точка, че е така.
В заключение, SSPL не е нещо, което засяга само шепа облачни доставчици, които не могат директно да се конкурират с MongoDB в пространството DBaaS. SSPL оказва влияние върху всички потребители на MongoDB, като налага блокиране на доставчици и риска от непосилни бъдещи цени.
Източник: www.habr.com