Earlier quoted context omitted.
MongoDB - the application is. MongoDB - the service isn't. You can use an Oracle database (however ugly its licensing is) without having an oracle license on every piece of data you expose. The same is true of Mongo license and the data it exposes as a service. The AGPL in this case is "you use MongoDB - someone wants to know about it, the source for MongoDB is over there." MongoDB AGPL doesn't 'infect' the applicati…
MongoDB no longer uses the AGPL licence.
https://techcrunch.com/2018/10/16/mongodb-switches-up-its-op...
> MongoDB is a bit miffed that some cloud providers — especially in Asia — 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.
> 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.
If I was to write blog software that is backed by MongoDB, that blog software doesn't have to be released under the SSPL.
That said, the license and its application to patches on older versions would raise some eyebrows in legal with (likely valid) concerns that an upgrade of a point release may change the license on them as it was done before. In the interest of minimizing risk for the organization, the license and the company that changes its license so easily would be ones that would get extra scrutiny and developers using it would likely be advised to ask permission rather than forgiveness when dealing with it (rather than the other way around) as the risk to the org is greater than accidentally incorporating some GPL code in a service.