Confluent宣布更改其Confluent Platform某些组件的许可协议，Confluent Platform是一个提供传输数据功能的流式平台，也是连接系统和数据源的工具。许可变更主要是为了限制SaaS供应商使用这些组件。

Confluent宣布更改其Confluent Platform某些组件的许可协议，Confluent Platform是一个提供传输数据功能的流式平台，也是连接系统和数据源的工具。许可变更主要是为了限制SaaS供应商使用这些组件。

Confluent公司由Apache Kafka创建者创立，公司员工是Kafka项目的主要提交者，同时也基于Kafka提供自己的平台。联合创始人兼首席执行官Jay Kreps表示，许可变更只会影响Confluent Platform的特定组件，并且“对Apache Kafka没有任何影响，Kafka是作为Apache软件基金会的一部分而开发的，并且仍然在Apache 2.0许可之下”。受新许可限制的组件是Confluent REST Proxy、Schema Registry、KSQL和连接器，之前这些组件统称为Confluent Open Source。

资料来源：https://www.confluent.io/confluent-community-license-faq

这些许可变更恰好发生在亚马逊发布Kafka托管流式服务之后，似乎是为了限制像亚马逊、微软、阿里巴巴和谷歌这样的云供应商与Confluent相竞争。值得注意的是，许可内容中有一段说明如下。

被许可方未被授权也不应该将该许可用于其他目的。就本协议而言，“其他目的”是指提供任何软件即服务、平台即服务、基础设施即服务或者其他与Confluent产品或服务相竞争的在线服务。

此外，Confluent并不是第一家在SaaS环境中限制其他供应商实现其知识产权的公司。例如，RedisLabs最近将特定模块的许可修改为Commons Clause，而MongoDB的产品采用了Server Side Public License。当被问及为什么要修改许可时，Confluent联合创始人兼首席技术官Neha Narkhede回应说：“这一举措是为了让我们可以继续在免费发行的代码上大力投入，同时维持健康的业务来支持我们的投入”。Confluent博客的常见问题页面列出了更多的问答。

虽然我们看到有几家公司做出了类似的改变，但社区中的一些人也对此表示担忧。例如，Joyent首席技术官兼开源社区知名人士Bryan Cantrill在了解了这些公司近期的转变后得出结论：“许可无法解决根本问题”。他在一篇文章中解释说，许可限制更有可能伤害开源社区而不是帮助他们，因为云供应商将会只实现受许可限制的部分功能，仍然不会回馈项目。另一个有着相同想法的人是ScyllaDB创始人Dor Loar，他表示，这不仅会影响大型云供应商，也会影响较小的开源型公司。

受此许可趋势影响的另一类公司将是提供MongoDB/Elastic/Kafka/等服务的小型服务供应商。尽管他们对OSS做出了贡献，但这些较小的公司将受到限制性更强的许可的阻碍，这将使他们无法运行这些服务。

目前，Confluent许可变更所造成的影响仍然相对较小，因为之前版本中组件的许可状态不会发生改变，这意味着供应商可以继续使用这些组件。

查看英文原文：https://www.infoq.com/news/2018/12/confluent-license-changes

创作场景

Confluent 修改许可，限制其他云供应商