Olvasás A MongoDB licence alapján úgy tűnik, nincs semmi baj a módosítással, hacsak nem egy "nagy, menő felhőmegoldás-szolgáltató" vagy.
Mindazonáltal sietek csalódást okozni: a következmények közvetlenül rád nézve sokkal súlyosabbak és rosszabbak lesznek, mint gondolnád.
Kép fordítása
Milyen hatással van az új licenc a MongoDB használatával készült és szolgáltatásként (SaaS) szállított alkalmazásokra?
Az SSPL 13. szakaszában szereplő copyleft záradék csak akkor érvényes, ha a MongoDB funkcióit vagy a MongoDB módosított verzióit harmadik feleknek szolgáltatásként ajánlja fel. A MongoDB-t adatbázisként használó többi SaaS-alkalmazáshoz nincs copyleft záradék.
A MongoDB mindig is „kemény nyílt forráskódú vállalat” volt. Miközben a világ (GPL) a liberális licencekre (MIT, BSD, Apache), a MongoDB az AGPL-t választotta MongoDB szerverszoftveréhez, amely a GPL még korlátozottabb verziója.
Olvasás után Az IPO bejelentéshez használt MongoDB-t látni fogja, hogy a hangsúly a freemium modellen van. Ez a Community Server verzió megbénításával érhető el, nem pedig a nyílt forráskódú közösség értékeinek fenntartásával.
Egy 2019-es interjúban a MongoDB vezérigazgatója, Dev Ittycheria megerősítette, hogy a MongoDB Inc. nem fog együttműködni a nyílt forráskódú közösséggel a MongoDB fejlesztésében, mivel a freemium stratégiájukra összpontosítanak:
„A MongoDB-t a MongoDB hozta létre. Nem léteztek előzetes megoldások. Nem nyílt forráskódú a kód segítségért; a freemium stratégia részeként nyitottuk meg”
– Dev Ittycheria, a MongoDB vezérigazgatója.
2018 októberében a MongoDB licencét SSPL-re (Server Side Public License) változtatta. Ez hirtelen és a nyílt forráskódú közösség számára barátságtalanul történt, ahol a közelgő licencmódosításokat előre bejelentik, így azok, akik valamilyen okból nem tudják majd használni az új licencet, megtervezhetik és végrehajthatják az átállást más szoftverekre.
Mi is pontosan az SSPL, és miért érintheti Önt?
Az SSPL-licenc feltételei megkövetelik, hogy bárki, aki a MongoDB-t DBaaS-ként ajánlja fel, az összes környező infrastruktúrát az SSPL-feltételek szerint kiadja, vagy kereskedelmi licencet szerezzen be a MongoDB-től. A felhőmegoldások szolgáltatói számára az előbbi nem praktikus, mivel a MongoDB licencelése közvetlenül lehetővé teszi a MongoDB Inc. jelentős ellenőrzést gyakorolnak a végfelhasználói árak felett, ami azt jelenti, hogy nincs valódi verseny.
Ahogy a DBaaS az adatbázisszoftver-használat vezető formájává válik, ez a szolgáltatói bezárás komoly problémát jelent!
Lehet, hogy azt gondolja: "Nem nagy ügy: a MongoDB Atlas nem olyan drága." Valóban, ez így is lehet... de csak most.
A MongoDB még NEM nyereséges, tavaly több mint 175 millió dollár veszteséget könyvelt el. A MongoDB jelenleg aktívan fektet be a növekedésbe. Ez többek között az árak ésszerű alacsonyan tartását jelenti. A mai világcégeknek azonban előbb-utóbb nyereségessé kell válniuk, és verseny hiányában fizetni kell érte.
Nem csak a jövedelmezőség miatt kell aggódnia. Az általános győztes mindent visz forgatókönyv, amely szerint minden áron domináns piaci részesedést kell megszerezni, az árak lehetőség szerinti emelését (és azon túl is!) jelenti.
Az adatbázisok világában ezt a játékot nagyon sikeresen játszotta pár évtizede az Oracle, ami megmentette az embereket attól, hogy a „kék óriás” (IBM) hardveréhez kötődjenek. Az Oracle szoftverek különféle hardvereken elérhetők voltak, és kezdetben elfogadható áron kínálták... majd a CIO-k és a pénzügyi igazgatók csapdájává vált világszerte.
Most a MongoDB ugyanazt a játékot játssza, csak gyorsított ütemben. A barátom és kollégám, Matt Yonkovit nemrég megkérdezte: „A MongoDB a következő Oracle?”, és egészen biztos vagyok benne, legalábbis ebből a szempontból, hogy az.
Összefoglalva, az SSPL nem csak néhány felhőszolgáltatót érint, akik nem tudnak közvetlenül versenyezni a MongoDB-vel a DBaaS térben. Az SSPL minden MongoDB-felhasználóra hatással van a szállítói zárolások és a túl magas jövőbeni árak kockázatával.
Forrás: will.com