2019年，自由和开源软件将使我们所熟知的世界成为可能。从Web服务器到信息亭，再到挖掘Facebook提要的大数据算法，几乎所有与您交互的计算机系统都至少部分地在自由软件上运行。在更大的科技行业，自由软件催生了一大批初创公司，促成了世界历史上最大的软件收购。
自由软件是一份礼物，一份使我们所知道的世界成为可能的礼物。从一开始，这似乎是一个令人震惊的礼物。令人震惊的是，它最初让不习惯这种慷慨的企业感到不安。这些公司并不是不愿意使用自由软件，只是因为它太激进了，进而也太政治化了。它必须重新命名为:“开源”。
一旦这种情况发生，开源软件就占领了世界。
然而，最近在开源力量中出现了一种骚动。在过去的一年中，沐鸣注册网址Q554258像Redis Labs、MongoDB和Confluent这样的公司都改变了他们的软件许可证，从开源许可证转向更严格的条款，限制了软件的功能，使其不再是开源软件。
Redis Labs、MongoDB和其他公司认为，问题在于一个更现代的技术趋势:托管软件服务。也被称为“云”。也被称为亚马逊AWS。
就亚马逊而言，今年春天，针对Elastic(弹性搜索背后的公司)的许可变更，它发布了自己的弹性搜索代码版本。除了针对亚马逊命名惯例的一场新的商标纠纷，Elastic的回应与MongoDB和redis非常不同——它没有说任何抗议的话。
与当前的问题无关:在MondoDB的swag游戏很强大。
云爆发
该公司是建立在开源的“NoSQL”数据库的同名。MongoDB的数据库对于存储非结构化数据(例如图像)非常有用，它可以像处理更传统的数据类型一样处理图像。数据存储在类似json的文档中，而不是关系数据库的列和行。由于没有结构化的表，就没有“结构化查询语言”来处理数据，因此有了术语“NoSQL”。
MongoDB不是唯一的NoSQL数据库，但它是使用最广泛的数据库之一。根据行业聚合器，DB引擎，MongoDB是第五大最受欢迎的数据库，从谷歌到代码学院到Foursquare，每个人都在使用MongoDB。
MongoDB还带头创建了一种新的开源许可，CTO Eliot Horowitz认为，随着计算进入云的新世界，保护开源软件业务是必要的。
Horowitz和其他人认为，云需要开放源码社区重新思考并可能更新开放源码许可，以“应对新环境中的新挑战”。从本质上来说，挑战在于AWS、谷歌云计算和微软Azure，它们都有能力将开源软件打包成服务，然后转售出去。AWS或Azure打包MongoDB并将其作为软件即服务(SaaS)的一部分的问题在于，它随后将与MongoDB自己的基于云的SaaS - MongoDB Atlas竞争。当时受到威胁的不是MongoDB的源代码，而是MongoDB自己的SaaS，而这恰恰是该公司的主要收入来源。
为了应对对其底线的潜在威胁，MongoDB已经从GNU通用公共许可证(GPL)转移到它所称的服务器端公共许可证(SSPL)。SSPL说，本质上，你可以用这个软件做任何你想做的事情，除了用它来构建一些与MongoDB Atlas竞争的东西。
最初，MongoDB将SSPL提交给开放源码计划(OSI)， OSI负责监督和批准新的开放源码许可证。但是，在看到OSI邮件列表上的文字说明后，再加上许可证的措辞，使得SSPL不太可能被OSI - mongodb批准，并在今年早些时候取消了SSPL的考虑。SSPL不是开源许可，将来也不会是。
要理解原因，最好了解一下MongoDB并不是第一个遇到这种情况的开源企业。事实上，这个问题的一部分是公司随意使用软件，对开源社区毫无贡献——这就是开源软件存在的全部原因。
开放源码许可各有不同,但要点自1998年成立OSI普遍如下:你可以把这段代码,做你想做的,但是你不能使代码专有的,如果你在另一个项目中使用它,那么这个项目不能专有。这些许可的编写方式是为了防止公司采用开放源代码，在自己的代码中使用它，并且不将任何工作共享回原始项目。
但是SaaS的概念在20年前并不存在。今天，Horowitz认为，在SaaS产品中包装一段代码就相当于在应用程序中使用它。
这是一个新颖的论点，但它是在为一个非常古老的问题辩护，这个问题远远超出了许可的范畴。这是一个可以追溯到很久以前的自由软件的开端的问题——如果你免费提供软件，你如何从软件中赚钱?
一个传统的答案是，您可以围绕您的开源软件销售服务。但对霍洛维茨来说，这还不够。他告诉Ars:“通过支持合同来赚钱从来都不是一个好的商业模式。”红帽公司可能不同意，但霍洛维茨认为，更多的保护性许可将带来更多的风险资本投资，并在MongoDB使用的开放模式的基础上催生更多的软件企业。“我们是独一无二的，”他说，“我希望我们不那么独特。”
他可能是对的。保护性更强的许可证可能会吸引更多的风险资本投资，因为(可以说)他们的投资有更大的回报可能性。但是，如果这些资金真的来了，它就不会投资于开源，因为这种对软件的限制意味着它不再符合开源的定义。
柜台的论点
相当多的开源倡导者已经对MongoDB的Horowitz的观点提出了反对意见。其他人说，目前的这一套许可证还不错，需要改进的是业务模式。
Bruce Perens，原开源定义的合著者，沐鸣开户注册地址说SSPL与OSI的开源定义第九条是不兼容的，第九条说“许可证不能限制其他软件”。由于SSPL强制任何与所覆盖的软件聚合(而不是其派生)的SaaS软件成为开源软件，因此它无法通过这个测试。“我把第九条写进了OSD，以禁止这种行为，”佩伦斯说。“文本非常清晰。”
MongoDB并不是唯一一个抱怨云计算正在侵蚀其利润的公司。另一家数据存储公司Redis Labs是第一个对云提供商威胁其业务发出警告的公司，而Redis Labs最终可能会有更好的解决方案。Redis Labs最初改变了它的许可证，加入了一种叫做“通用条款子许可证”(Common Clause sub-license)的东西，它禁止任何人出售它所涵盖的任何软件。按照任何人的定义，带有通用条款许可的软件都不是开源的，而Redis实验室承认这一点。它从未将其软件的这些部分描述为开源。
但是今年春天，Redis实验室做出了另一项许可变更——本质上放弃了所有开源软件的伪装，对其部分模块采用了自主开发的专有许可。需要说明的是，大多数Redis是由三个子句BSD许可管理的，但有些模块不是，即RedisJSON、RedisSearch、RedisGraph、RedisML和RedisBloom。
适用于这些模块的许可证Redis Labs表示，虽然用户可以查看和修改代码或在其应用程序中使用代码，但它限制了用户可以构建的应用程序类型。有了Redis实验室的新许可证，你就不能自由地构建任何你想要的东西。您不能构建数据库产品、缓存引擎、处理引擎、搜索引擎、索引引擎或任何ML或AI派生的服务引擎。换句话说，你不能使用Redis实验室的代码来与Redis实验室竞争。这违反了开源许可的核心原则之一——对衍生软件没有限制。
不幸的是，对于Redis Labs和MongoDB来说，同时说你是开源的，只有你应该从你的开源软件中获利是没有意义的。在一个商业模式中，这是有意义的:私有软件。
这是一条弹性很大的路径。已经开凿有一段时间了。虽然这里的部分问题是还没有固定的剧本，但是一些公司已经通过开源和私有代码成功地发展起来。弹性就是这样一个例子;它面临着来自AWS的激烈竞争，并顽强地坚持下去。
亚马逊不仅多年来一直在AWS上提供Elasticsearch(表面上与Elastic自己的产品竞争)，最近还打包了自己版本的Elasticsearch代码库，将其扩展为免费提供Elastic尚未发布的开源服务。松驰的反应不过是企业的耸耸肩。