Legado MongoDB-licenco, ŝajnas, ke nenio malbonas ŝanĝi ĝin krom se vi estas "granda, malvarmeta nuba solvprovizanto."
Tamen mi rapidas seniluziigi vin: la sekvoj rekte por vi fariĝos multe pli seriozaj kaj pli malbonaj ol vi povus pensi.
Bildtraduko
Kio estas la efiko de la nova permesilo sur aplikoj konstruitaj uzante MongoDB kaj liveritaj kiel servo (SaaS)?
La copyleft klaŭzo en Sekcio 13 de la SSPL nur validas kiam vi ofertas la funkciojn de MongoDB aŭ modifitajn versiojn de MongoDB al triaj partioj kiel servo. Ne ekzistas copyleft-paragrafo por aliaj SaaS-aplikoj, kiuj uzas MongoDB kiel datumbazon.
MongoDB ĉiam estis "malmola malfermkoda firmao." Dum la mondo (GPL) al liberalaj licencoj (MIT, BSD, Apache), MongoDB elektis AGPL por sia MongoDB Server Software, eĉ pli limigita versio de la GPL.
Post legado MongoDB uzata por IPO-fajlado, vi vidos, ke la emfazo estas sur la freemium-modelo. Ĉi tio estas atingita kripligante la version de Community Server prefere ol subtenante la valorojn de la malfermfonta komunumo.
En intervjuo de 2019, MongoDB CEO Dev Ittycheria konfirmis, ke MongoDB Inc. ne kunlaboros kun la malfermkoda komunumo por plibonigi MongoDB ĉar ili koncentriĝas pri sia freemium-strategio:
"MongoDB estis kreita de MongoDB. Ne estis antaŭekzistantaj solvoj. Ni ne malfermis la kodon por helpo; ni malfermis ĝin kiel parto de la freemium-strategio,"
- Dev Ittycheria, Ĉefoficisto de MongoDB.
En oktobro 2018, MongoDB ŝanĝis sian permesilon al SSPL (Server Side Public License). Ĉi tio estis farita subite kaj malafabla al la malfermkoda komunumo, kie venontaj licencaj ŝanĝoj estas anoncitaj anticipe, permesante al tiuj, kiuj ial ne povos uzi la novan permesilon, plani kaj efektivigi la transiron al alia programaro.
Kio ĝuste estas SSPL kaj kial ĝi povus influi vin?
La kondiĉoj de la SSPL-licenco postulas, ke iu ajn proponanta MongoDB kiel DBaaS aŭ liberigi ĉiujn ĉirkaŭajn infrastrukturojn laŭ la SSPL-kondiĉoj aŭ akiri komercan permesilon de MongoDB. Por nubaj solvprovizantoj, la unua estas nepraktika ĉar licencado de MongoDB rekte permesas MongoDB Inc. ekzerci signifan kontrolon de finuzantprezoj, kio signifas, ke ne ekzistas vera konkurado.
Ĉar DBaaS iĝas la ĉefa formo de datumbaza uzado de programaro, ĉi tiu provizanta enŝloso estas grava problemo!
Vi eble pensas, "Ne gravas: MongoDB Atlas ne estas tiom multekosta." Efektive, ĉi tio povas esti tiel... sed nur nuntempe.
MongoDB ankoraŭ NE estas enspeziga, afiŝinte perdojn de pli ol $ 175 milionoj pasintjare. MongoDB nuntempe aktive investas en kresko. Ĉi tio signifas, interalie, konservi prezojn sufiĉe malaltaj. Tamen, la hodiaŭaj tutmondaj kompanioj devas fariĝi profitodonaj baldaŭ aŭ malfrue, kaj sen konkurenco, vi devos pagi por ĝi.
Ne nur profito vi devas zorgi pri. La ĝenerala scenaro de gajninto-prenas-ĉion akiri dominan merkatparton je ajna kosto signifas altigi prezojn laŭeble (kaj pretere!).
En la mondo de datumbazoj, ĉi tiu ludo estis tre sukcese ludita antaŭ kelkaj jardekoj de Oracle, kiu savis homojn de esti ligita al la aparataro de la "blua giganto" (IBM). Oracle-softvaro estis havebla sur gamo da aparataro kaj estis komence ofertita je akceptebla prezo... kaj tiam iĝis la pereo de CIO-oj kaj CFO-oj ĉirkaŭ la mondo.
Nun MongoDB ludas la saman ludon, nur kun akcelita rapideco. Mia amiko kaj kolego Matt Yonkovit lastatempe demandis, "Ĉu MongoDB estas la sekva Orakolo?" kaj mi estas sufiĉe certa, almenaŭ de ĉi tiu perspektivo, ke ĝi estas.
Konklude, SSPL ne estas io, kio nur influas manplenon da nubaj vendistoj, kiuj ne povas rekte konkuri kun MongoDB en la spaco DBaaS. SSPL influas ĉiujn uzantojn de MongoDB trudante vendistajn serurojn kaj la riskon de malpermesaj estontaj prezoj.
fonto: www.habr.com