开源软件公司转为闭源:时间轴探秘

评论 · 4 浏览

过去10年转为 proprietary 的开源软件公司追踪:时间轴

开源软件可能是现代软件堆栈的基础,但依赖开源软件构建业务的公司面临着一个持续的挑战:既要让社区满意,又要防止第三方滥用许可赋予的权限。

许多公司在最初怀抱开源雄心后,一旦面对商业现实,便不得不退缩。

很多公司最初满怀雄心地投身开源领域,但在商业现实面前却不得不收敛。

这一切都关乎保护公司的经济利益,尤其是对投资者(无论是公开市场还是私人市场)负责。

然而,在跟踪这些变化的同时,区分那些完全放弃开源的公司和那些转向较为不宽容但仍然是开源许可的公司(例如Element和Grafana在过去几年所做的),这本身就是一个难题。

因此,《TechCrunch》整理了一份过去十年间转向不同路径的开源公司的历史时间线。

### Movable Type(2013) Movable Type在2007年创建了一个名为MTOS的开源版本,这是一个基于“copyleft”GPL许可的网页发布软件。

这一举措使其更接近于WordPress。

这种许可赋予了一定的自由度,但规定所有衍生作品必须在相似的许可下发布。

然而,在2013年,Movable Type的所有者决定放弃开源产品,认为这影响了商业版本的推广。

“MTOS社区并未因此增长,我们也没有看到下载量比付费版本更高的情况,因此继续维护和分发这种几乎无人使用的软件在经济上已经没有意义。

”该公司当时这样写道。

### SugarCRM(2014) SugarCRM是一家成立于2004年的客户关系管理(CRM)软件制造商。

2014年,该公司宣布不再提供开源“社区版”,因为其主要市场——开发者和寻求廉价解决方案的新CRM用户——并未得到有效的服务。

尽管如此,该公司继续支持最后一个版本(v6.5)长达四年之久,并于2018年正式停止支持。

### Redis(2018) Redis是流行内存数据库存储系统的创造者。

自2018年起,Redis开始逐渐远离其开源根源。

其“Redis Modules”(例如RediSearch)从AGPL许可迁移到了Apache 2.0许可加上“Commons Clause”附加条款(即商业限制)。

次年,Redis用自己制定的Redis Source Available License (RSAL)取代了Commons Clause条款,并承诺保留一些自由度,但对竞争对手数据库服务有显著限制——如AWS提供的服务。

这一转变可以视为一个先兆,其他公司后来也以“亚马逊问题”为由更改了他们的许可协议。

今年早些时候,Redis完成了向专有领域的过渡,并宣布其核心软件将从BSD 3-Clause许可改为双许可模式——RSAL或服务器端公共许可证 (SSPL)。

### MongoDB(2018) 2018年,数据库公司MongoDB从AGPL许可转向SSPL。

原因很简单:防止像AWS这样的云巨头销售自己的服务而不贡献任何代码。

### Confluent(2018) Confluent是一家围绕Apache Kafka提供企业级工具和服务的公司。

“开放源代码许可证切换”的一年以Confluent告终。

Confluent将部分核心平台组件从Apache 2.0许可改为专有的Confluent社区许可证。

这一许可证禁止任何竞争对手的服务以“作为服务”的形式提供Confluent的产品。

### Cockroach Labs(2019) Cockroach Labs是分布式SQL数据库CockroachDB的创造者。

该公司继续调整其许可理念。

在2019年,创始人们宣布将CockroachDB从宽松的Apache 2.0许可改为Business Source License (BUSL)。

云巨头如AWS是推动这一变化的主要原因。

“我们正在见证高度集成的服务提供商利用其独特地位提供‘作为服务’版本的OSS产品,并通过整合提供更优用户体验。

”创始人们当时这样写道。

去年八月,Cockroach Labs宣布将自托管产品合并到单一的企业许可证下,以此鼓励大企业为真正需要的功能付费。

### Sentry(2019) Sentry是价值3亿美元的应用性能监控平台背后的公司,在过去曾使用宽松的BSD 3-Clause开放源代码许可。

但在2019年,该公司转向BUSL,并由联合创始人兼CTO大卫·克拉默表示这是为了对抗“资助企业抄袭或复制我们的工作来直接与Sentry竞争”。

去年年底,Sentry推出了自己的功能源代码许可证 (FSL),这是一种类似于BUSL但更简单的许可证形式。

今年年初至今,Sentry支持了一种新的许可证范式——公平源代码,“TechCrunch”当时报道称,“旨在弥合开放源代码和专有世界之间的鸿沟,并引入新的定义、术语和治理模型。

” ### Elastic(2021) Elastic历经数年的努力,在2021年转向专有模式。

这是一段熟悉的历程:可以追溯到亚马逊于2015年推出自己的托管Elasticsearch服务之时。

然而,在所有转向专有的公司中,Elastic独树一帜地选择了重新回到开源之路。

去年八月宣布采用AGPL许可——不同于它在2021年前使用的Apache 2.0许可——尽管如此仍是开放源代码的一种形式。

### HashiCorp(2023) HashiCorp也在去年放弃了开放源代码的道路,并宣布将其流行的基础设施即代码工具Terraform从copyleft开放源代码许可改为BUSL。

同样的理由是防止某些供应商通过利用Terraform而获利而不贡献任何回赠给项目本身。

今年年初早些时候推出的一个名为OpenTofu的开源分支引起了注意;值得一提的是IBM以64亿美元的价格收购了HashiCorp。

### Snowplow(预计于 2024 年) Snowplow是一家由风投支持的数据收集平台,帮助公司为AI应用收集行为数据。

今年Snowplow从宽松的Apache 2.0开放源代码许可改为Snowplow有限使用协议 (Limited Use License Agreement)。

该公司表示这是为了资助其“激动人心的技术路线图”,因此所有在其生产环境中运行该软件的人都应为其所获得的价值付费;新协议还明确禁止用户基于Snowplow构建竞争产品。

评论