明升网站明升网站

明升体育
明升m88体育

卡夫卡团队修改的KSQL开源许可证,激怒云供应商

    起源:今日人工智能前线,Confluent公司的联合创始人兼首席执行官杰伊·克里普斯(Jay Kreps)在Confluent的官方博客上写道,Confluent平台的一些开源组件正式改变了开源许可大家好,从Apache 2.0切换到Confluen。社区许可证。这个新的许可证允许免费下载、修改和重新分发代码(类似于Apache 2.0),但是不允许这些软件作为SaaS产品提供给用户。去年发布并引起关注的流数据SQL引擎KSQL将受到新许可证的影响,但是Kafka本身不会受到影响。上个月,我们刚刚报道了最流行的图形数据库Neo4j宣布企业版完全关闭。一个原因是避免云提供商只从开源贡献给这些项目。这次,Confluent改变了开放源码许可协议。一些人认为开源和云计算的升级意味着开源社区的觉醒。你怎么认为?这并不是著名的开源软件第一次改变它的开源许可。就在上个月,我们报道了著名的地图数据库Neo4j Enterprise Edition已经完全关闭。早些时候,包括MongoDB和Redis在内的公司已经改变了一些开源项目的许可协议。正如我们之前报道的,“开源危机:云计算供应商成为开源吸血鬼?”开源软件在顶峰时期正面临着潜在的危机。毫无疑问,开源软件的概念已经彻底改变了软件世界。在软件世界接受这个新范例之前,他们花了数十亿美元来反对这个想法。但是现在很多人开始怀疑开源软件的本质——几乎每个人都可以把它用于任何目的——这在分布式云计算服务时代给开源软件开发人员带来了很大的问题。在一些开源软件开发人员眼中,最大的问题是云计算提供商从开源开发人员的工作中受益,尤其是那些非常成功的开发人员,但是他们并不为此付出一分钱。Redis Labs的首席执行官奥弗·孟加拉甚至更直言不讳:“我想坦率地说:多年来,我们像傻瓜一样,他们利用我们所开发的东西赚了很多钱。”开源社区和云计算提供商之间的矛盾越来越大。卡夫卡无疑是世界上最流行和最广泛使用的消息传递系统。现在,为卡夫卡提供商业服务的Confluent也显示了它的态度。AI前线将Jay Kreps的博客文章翻译如下:我们正在将Confluent平台的一些组件的许可证从Apache 2.0更改为Confluent社区许可证。这个新的许可证允许您免费下载、修改和重新分发代码(类似于Apache 2.0),但是不允许您将这些软件作为SaaS产品提供给用户。例如,您可以使用KSQL作为产品或服务的一部分,无论是软件发布还是SaaS服务,但是您不能使用它来创建像KSQL这样的服务。我们的开发仍然开放,我们继续接受拉动请求和功能建议。对于那些非商业云提供商,即99.9999%的用户,新许可证对他们没有实质性的限制,我们将继续大力投资于开发。但是新的许可证不是卡夫卡,它是Apache软件基金会的一部分,并继续使用Apache 2许可证。新许可证只影响由Confluent维护的开源组件。为什么要修改许可证?我们认为这是必要的一步。一方面,我们需要大量的投资来开发这些免费分发代码,另一方面,我们需要维护企业的健康以便为这种开发提供足够的投资。接下来我将解释为什么两者都很重要。首先,这种投资有必要吗?对于许多简单的开源项目,我认为没有必要。GitHub上有数千个不需要太多投资的库。他们只需要一些志愿者。但是,分布式数据系统是不同的,因此很难建立一个成功的分布式数据平台。你不必相信我说的话,但事实胜于雄辩。在2009年至2010年间,出现了数十个NoSQL数据库。一些是作为副项目创建的,一些来自大型网络公司的内部基础设施,还有一些是作为商业产品。我认为,最明显的是,迄今为止能够保持竞争力的系统是那些能够建立稳定的业务实体来维持其发展的系统。这样做的项目(MongoDB,Elastic Search,Cassandra,Hadoop)继续蓬勃发展,并成为现代技术堆栈的一部分。那些无法完成的项目(伏地魔、Dynomite、CouchDB等)尽管早期很受欢迎,但大部分还是被淘汰了。它们可能仍然存在,但可能你从未听说过。这种差异的原因似乎很明显。我曾经在像LinkedIn这样的公司做过开源工作,做过志愿者,也是Confluent的一部分。当我们在LinkedIn中首次开发Kafka时,开发团队中很长时间只有少数人。我利用圣诞节假期编写了原始代码库,因为公司没有为这个项目提供资源。小卡夫卡开发团队开发了代码,RAN服务,并最终说服LinkedIn将项目转移到Apache基金会。他们白天编写代码,处理来自社区的问题和错误,晚上开会,深夜起床处理偶尔的操作问题。但是随着社区的发展,新的需求也增加了:外部补丁的代码审查经常被延迟,而除了Java之外的客户端库常常不能正常工作。Confluent成立了,我们在开发上的投入比LinkedIn还多。许多纯粹出于热情而深夜工作的人现在可以得到报酬,转而做全职工作。Confluent不仅为开发提供资金,而且允许相当大规模的分布式测试,这不仅保持了代码库的稳定性,而且扩展了来自不断增长的社区的贡献。虽然代码仍然不完美,但是它改进得更快。换句话说,我认为公司可以为开源项目的良性循环提供财政支持。在一个数据系统作为内部部署软件交付的世界中,我们已经知道如何构建能够驱动这种良性循环的可持续公司。但是创业并不容易。我们发现,诸如Apache 2.0之类的开源许可可以是维护健康业务的软件产品的主要组件。然而,随着云产品的兴起,它们将这些产品作为软件作为服务提供给用户,这极大地改变了世界。在这个新世界里,云供应商具有显著的优势:他们可以控制资源的定价,并将其服务集成到所有产品中。主要的云提供商(亚马逊、微软、阿里巴巴和谷歌)使用开源项目的方式不同。其中一些公司与开源公司合作,开源公司提供系统的托管版本,并将用户作为服务提供。其他公司将开源直接投入到云产品中,并投资于差异化的专有产品。我们不必从道德的角度来判断这种行为,它们只是为了追求商业利益,并在软件许可的范围内采取行动。作为一个公司,我们可以考虑构建更多的专有软件并减少开源投资。但是我们认为构建基础设施层的正确方法是使用开放代码。随着工作负载迁移到云,我们需要一种机制来保持自由,并且实现投资周期,这就是我们改变许可的原因。我们认为,这是一个积极的变化,以确保小型开源社区不会成为技术巨人的自由开发资源,他们只会将资源投入到自己差异化的专有产品中。那是什么意思?我认为新的许可证非常简单,即使没有法律知识的人也可以阅读。在新的许可证中,我们尽量提前告知我们能够允许哪些操作、不能允许哪些操作以及原因。然而,我担心会有两种误读。首先,有些人可能认为Confluent有麻烦,所以需要这么做来赚钱。但事实并非如此。Confluent的表现非常出色,我们认为这对于我们的客户以及我们在社区和开放源码方面投资的能力来说是件好事。我们的许可变更的目的是确保我们能够保持这种增长,并继续投资于开放和免费的产品。第二个误解:这是贪婪战略的一部分,贪婪的公司想赚更多的钱。对于这种误解,我只能说Confluent并不是为了赚钱而创建的。对于以事件流为中心的现代数据驱动公司的体系结构,我们有一个伟大的愿景,我们希望实现这个目标。Confluent是一群相信这个想法能够成为现实的人。对于我们中的许多人来说,我们对这个项目的贡献要早于Confluent本身。我们认为基于事件流的重新架构是一个大胆的计划,并且需要做更多的工作。这个版本允许我们在未来几十年中继续这项工作,并为实现这个目标的软件、社区和实践做出贡献。当然,这并不意味着我们不是一个商业实体,或者我们不会专注于我们正在建立的业务。如果我们成功,流媒体平台将成为企业架构的核心。与关系数据库一样,我们将成为重要的、有价值的、战略性的数据平台。我们相信这是一个巨大的范式转变,将是伟大事业的基础。一些重要的问题和答案如何影响Apache Kafka?没有影响。Kafka继续使用Apache 2.0许可证。我可以下载、修改或重新分发代码吗?对?代码仍然在GitHub上。我可以在软件中嵌入代码吗?对?我可以使用代码来构建SaaS产品吗?是的,在大多数情况下。如果您正在构建SaaS产品,那么可以使用Confluent Community Software。唯一的限制是它们不能用作与我们的托管产品竞争的托管服务。例如,您不能将KSQL本身作为SaaS产品提供给用户。英文文本:https://www.confluent.io/blog/license-change-confluent-.?

欢迎阅读本文章: 彭先生

m88明升体育在线

明升体育