Läsning MongoDB-licens, det verkar som att det inte är något fel med att ändra den om du inte är en "stor, cool molnlösningsleverantör."
Men jag skyndar mig att göra dig besviken: konsekvenserna direkt för dig kommer att bli mycket allvarligare och värre än du kanske tror.
Bildöversättning
Vilken påverkan har den nya licensen på applikationer som byggs med MongoDB och levereras som en tjänst (SaaS)?
Copyleft-klausulen i avsnitt 13 i SSPL gäller endast när du erbjuder funktionaliteten hos MongoDB eller modifierade versioner av MongoDB till tredje part som en tjänst. Det finns ingen copyleft-klausul för andra SaaS-applikationer som använder MongoDB som databas.
MongoDB har alltid varit ett "tufft företag med öppen källkod." Medan världen (GPL) till liberala licenser (MIT, BSD, Apache), MongoDB valde AGPL för sin MongoDB Server Software, en ännu mer begränsad version av GPL.
Efter läsning MongoDB som används för IPO-arkivering kommer du att se att tonvikten ligger på freemium-modellen. Detta uppnås genom att förlama Community Server-versionen snarare än genom att upprätthålla värdena för öppen källkodsgemenskapen.
I en intervju 2019 bekräftade MongoDBs vd Dev Ittycheria att MongoDB Inc. kommer inte att samarbeta med öppen källkod för att förbättra MongoDB eftersom de fokuserar på sin freemium-strategi:
"MongoDB skapades av MongoDB. Det fanns inga redan existerande lösningar. Vi har inte öppnat koden för hjälp; vi öppnade det som en del av freemium-strategin."
– Dev Ittycheria, VD för MongoDB.
I oktober 2018 ändrade MongoDB sin licens till SSPL (Server Side Public License). Detta gjordes plötsligt och ovänligt för open source-gemenskapen, där kommande licensändringar annonseras i förväg, vilket gör att de som av någon anledning inte kommer att kunna använda den nya licensen kan planera och implementera övergången till annan mjukvara.
Vad är SSPL exakt och varför kan det påverka dig?
Villkoren för SSPL-licensen kräver att alla som erbjuder MongoDB som en DBaaS antingen släpper all omgivande infrastruktur under SSPL-villkoren eller skaffar en kommersiell licens från MongoDB. För leverantörer av molnlösningar är den förra opraktisk eftersom licensiering av MongoDB direkt tillåter MongoDB Inc. utöva betydande kontroll över slutanvändarpriserna, vilket innebär att det inte finns någon verklig konkurrens.
Eftersom DBaaS blir den ledande formen av användning av databasprogramvara är denna leverantörslåsning ett stort problem!
Du kanske tänker, "Ingen stor sak: MongoDB Atlas är inte så dyrt." Det kan faktiskt vara så... men bara för nu.
MongoDB är ännu INTE lönsamt, med förluster på över 175 miljoner dollar förra året. MongoDB investerar för närvarande aktivt i tillväxt. Det innebär bland annat att hålla priserna någorlunda låga. Dagens globala företag måste dock bli lönsamma förr eller senare, och i avsaknad av konkurrens får du betala för det.
Det är inte bara lönsamhet du behöver oroa dig för. Det allmänna scenariot för vinnaren tar allt att ta en dominerande marknadsandel till varje pris innebär att priserna höjs så långt som möjligt (och bortom!).
I databasernas värld spelades det här spelet mycket framgångsrikt för ett par decennier sedan av Oracle, vilket räddade människor från att vara bundna till hårdvaran från den "blå jätten" (IBM). Oracle-mjukvaran var tillgänglig på en mängd olika hårdvara och erbjöds till en början till ett rimligt pris... och blev sedan en förödelse för CIO:er och CFO:er runt om i världen.
Nu spelar MongoDB samma spel, bara i snabbare takt. Min vän och kollega Matt Yonkovit frågade nyligen, "Är MongoDB nästa Oracle?" och jag är ganska säker på, åtminstone från detta perspektiv, att det är det.
Sammanfattningsvis är SSPL inte något som bara påverkar en handfull molnleverantörer som inte direkt kan konkurrera med MongoDB i DBaaS-utrymmet. SSPL påverkar alla MongoDB-användare genom att införa leverantörslås och risken för oöverkomliga framtida priser.
Källa: will.com