开源许可证新趋势：从 MIT 到 BSL 的争议与思考
Open Source Licensing Trends: The MIT to BSL Controversy
| iDev Research | 2026-09-08T17:03:22
越来越多的开源项目从宽松许可切换到商业源码许可（BSL），引发了社区激烈讨论。分析这一趋势背后的商业逻辑和对开发者的影响。
More open source projects are switching from permissive licenses to Business Source License (BSL), sparking heated community debate. Analyzing the business logic and developer impact.
最近两年，一个明显的趋势是越来越多知名的开源项目修改了许可证，从 MIT、Apache 等宽松许可切换到 BSL（Business Source License）或类似的限制性许可。这引发了开源社区的激烈讨论。 发生了什么 2023-2026 年间，多个重要的开源项目修改了许可证： HashiCorp（Terraform、Vault）从 MPL 切换到 BSL Redis 从 BSD 切换到双许可 Elasticsearch 从 Apache 2.0 切换到 SSPL 还有更多项目跟进了类似的变更 为什么要换 核心原因就一个：钱。这些项目的维护者发现，他们辛苦维护的开源项目被云厂商直接封装成服务售卖，而云厂商既不贡献代码也不分享收益。 以 Elasticsearch 为例，AWS 直接提供了 Amazon Elasticsearch Service，用的是 Elastic 的开源代码，但 AWS 赚的钱远超 Elastic 自己。 BSL 是什么 BSL 的核心机制： 源码完全公开，任何人都可以查看、修改 非商业用途或小规模商业用途免费 不允许将其作为竞争性的托管服务提供 一定时间后（通常 3-4 年）自动转为真正的开源许可 社区的分歧 支持方认为：开源项目维护者有权保护自己的商业利益，BSL 比完全闭源好得多，至少源码还是公开的。 反对方认为：这不是真正的开源，违背了开源精神。用户在项目早期选择它是因为开源，半路换许可证是"钓鱼"行为。 对开发者的影响 对于大多数个人开发者和小团队来说，BSL 的影响很小——你照样可以免费使用这些软件。受影响的主要是那些想要将这些项目封装成云服务出售的公司。 但从长远来看，这一趋势可能会影响开源生态的信任基础。在选择技术栈时，许可证的稳定性可能会成为一个更重要的考量因素。
Major open source projects (HashiCorp, Redis, Elasticsearch) are switching from permissive to Business Source License (BSL). Core reason: cloud providers profit from their code without contributing back. What BSL Means Source code remains public and free for non-commercial/small-scale use. Prohibits offering competitive hosted services. Auto-converts to true open source after 3-4 years. Developer Impact Minimal for individuals and small teams. Mainly affects companies offering competing cloud services. But long-term trust in open source licensing stability may be affected.