MongoDB Switches Up Its Open-Source License (techcrunch.com)

MongoDB is taking action against cloud giants who are taking its open-source code and offering a hosted commercial version of its database to their users without playing by the open-source rules. The company announced today that it has issued a new software license, the Server Side Public License (SSPL), "that will apply to all new releases of its MongoDB Community Server, as well as all patch fixes for prior versions," reports TechCrunch. From the report: For virtually all regular users who are currently using the community server, nothing changes because the changes to the license don't apply to them. Instead, this is about what MongoDB sees as the misuse of the AGPLv3 license. "MongoDB was previously licensed under the GNU AGPLv3, which meant companies who wanted to run MongoDB as a publicly available service had to open source their software or obtain a commercial license from MongoDB," the company explains. "However, MongoDB's popularity has led some organizations to test the boundaries of the GNU AGPLv3."

So while the SSPL isn't all that different from the GNU GPLv3, with all the usual freedoms to use, modify and redistribute the code (and virtually the same language), the SSPL explicitly states that anybody who wants to offer MongoDB as a service -- or really any other software that uses this license -- needs to either get a commercial license or open source the service to give back the community. "The market is increasingly consuming software as a service, creating an incredible opportunity to foster a new wave of great open source server-side software. Unfortunately, once an open source project becomes interesting, it is too easy for cloud vendors who have not developed the software to capture all of the value but contribute nothing back to the community," said Eliot Horowitz, the CTO and co-founder of MongoDB, in a statement. "We have greatly contributed to -- and benefited from -- open source and we are in a unique position to lead on an issue impacting many organizations. We hope this will help inspire more projects and protect open source innovation."

Comments

I read section 13

[Anonymous Coward]

"Service Source Codeâ means the Corresponding Source for the Program or the modified version, and the Corresponding Source for all programs that you use to make the Program or modified version available as a service, including, without limitation, management software, user interfaces, application program interfaces, automation software, monitoring software, backup software, storage software and hosting software, all such that a user could run an instance of the service using the Service Source Code you make available.â

That is a broad category that includes a *shitload* of software that has nothing to do with the source code of Mongo DB.
The lawyer who devised that nonsense clearly has some pals in the field who are looking forward to big lengthy but more importantly expensive legal discussions on the subject.

If I write some robotics software to rotate backup tapes for my MongoDB centric service, that'd be part of the 'backup software' and 'storage software' according to that definition, but it's hardly a very clear direct derived work, so how can the license I receive to use MongoDB apply to it?

Re:I read section 13

[thesupraman]

Very much so, this could easily be read as 'anything that provides a service to a user, and accesses mongodb as a backend'
ie: 'software that uses mongodb'

Which pretty much means 'run far far away unless you want your WHOLE system to be OSS'

Perhaps thats their intention, however I doubt they have thought it through much..

Re:I read section 13

[Kjella]

If I write some robotics software to rotate backup tapes for my MongoDB centric service, that'd be part of the 'backup software' and 'storage software' according to that definition, but it's hardly a very clear direct derived work, so how can the license I receive to use MongoDB apply to it?

It's an EULA like the AGPL, it does not depend on the definition of derived work like the GPL/LGPL does:

This License explicitly affirms your unlimited permission to run the unmodified Program, subject to section 13.

I can make a license that says you can only use my software wearing a pink bunny suit. It doesn't mean the code has anything to do with the suit, it's just the terms of the license. In any case, the license seems mostly intended to ban SaaS without a commercial license without actually banning it. Because I would think 99.9% of all services have some form of closed source component in their stack at some level, not even RMS has gone this far.