• Tina
• 刘志勇

发布于：2019 年 7 月 11 日 15:55

7 月 10 日，合并后的 Cloudera 宣布了新的开源许可模式，并计划对所有产品的新版本实施许可证变更，不追溯已经发布的版本。在合并之前，这两家公司是在不同的开源许可模式下发布各自的产品，新模式将 Hortonworks 和 Cloudera 之前使用的许可模式进行了整合。

新开源许可证遵循 OSI 批准的两个许可证之一：AGPL 和 Apache 2.0 许可。并会将 Cloudera Manager、Cloudera Navigator 和 Cloudera Data Science Workbench 等组件和产品转变到在开源许可下进行提供。

新许可模式将于 9 月开始执行。以前闭源项目将在 2019 年 9 月至 2020 年 1 月期间变更为 AGPL 许可模式。

合并曾给开源使用者带来隐忧

去年 10 月，Cloudera 和 Hortonworks 宣布进行全股合并。

这两家公司同属于 Hadoop 发行版提供商。Cloudera 主要是发布 Hadoop 商业版和商用工具，其核心组件 CDH 开源免费，与 Apache 社区同步；而数据治理和系统管理组件闭源，用户需要获得商业许可，除此之外，商业组件也会提供企业生产环境中必需的运维功能。Hortonworks 的商业模式是 100% 完全开源的策略，所有产品开源，用户可免费使用。自从这两家公司成立以来，已经一起推出了十几个新的开源项目。这些开源项目，部分已经成为了行业标准。

去年合并之时，Hortonworks 首席技术官向两家公司的现有客户保证，新实体将“在一段时间内继续支持这项技术”。另外两者的产品也有差异，Hortonworks 的产品专注于物联网和流数据场景，Cloudera 专注于数据科学、机器学习和人工智能。除了主流产品外，人们对 Hadoop 生态系统中相关产品未来也存在疑问。Cloudera 一直在支持 Sentry、Impala 和它自己的 Cloudera Manager 产品。另一方面，Hortonworks 基于另一组开源产品，如 Hive、Ambari、Atlas、NiFi 和 Ranger。由于竞争产品之间存在重叠，在合并后的新公司中，哪些产品线将不再受青睐也让大家担忧。

Cloudera 的改变：

昨天，Cloudera 首席产品官 Arun Murthy 和产品和事业部总经理 Charles Zedlewski 联合发文，宣布计划全部产品更改为 AGPL 和 Apache 2.0 许可，包括合并后即将发布的 Cloudera Data Pladfrom（CDP）。该公司承认它一直在考虑改进开源许可证，如 Redis、Elastic、MongoDB 和其他公司选择的那样。但最终他们决定采用类似红帽的许可 / 订购方式，免费的版本不提供支持，但付费版本可得到更新和安全补丁维护，以此增加收入。

“我们贡献的所有开源项目都由 Apache Software Foundation 托管，将继续作为 ASF 管理项目”，Cloudera 表示，并承诺将其 Cloudera Manager，Cloudera Navigator 和 Cloudera Data Science Workbench 开源。“此外，我们将继续为上游项目提供增强和修复。”

我们翻译了他们的原文：

开源是 Hortonworks 和 Cloudera 的核心使命，也是我们的价值观和文化的核心。在新成立的 Cloudera 中，有 700 多名工程师，每年都要编写大量的开源代码，为 30 多个不同的开源项目做出贡献。我们也是一家创新的开源公司，自从这两家公司成立以来，我们已经一起推出了十几个新的开源项目。

在合并之前，这两家公司是在不同的开源许可模式下发布各自的产品。让这两个模型一致是我们合并待办事项清单上的最后一项。与此同时，在过去的几年里，我们看到许多业界同行修改了他们的开源许可策略，或他们与 Apache 软件基金会的关系，于是就产生了我们是否也要跟风修改的问题。

在这篇博文中，我们想分享自己新的开源许可模式，它将 Hortonworks 和 Cloudera 之前使用的许可模式进行了整合，并引入了一些新变化。我们认真对待自己的开源领导角色，并认识到我们需要调整自己的许可证，这也是一个机会：领导并重申我们对开源软件的承诺。

使我们的开源许可证和商业模式保持一致也是一个社区过程。在最终确定前进方向之前，我们咨询了客户、行业专家、律师、同行公司和员工。与他们的讨论，强调了我们的许多开源目标：

1. 免于厂商锁定的自由。客户将他们最有价值的资产（他们的数据）委托给我们的数据管理平台。他们希望为增值而向平台供应商支付，而不是出于对转换成本的担忧。
2. 我们遵循社区标准，而不是 Cloudera 标准。没错，Cloudera 是已经开发了许多开源项目，这些项目已经成为行业标准，但没有一家公司可以成为创新的唯一来源。通过对 Spark、Kubernetes 和 Kafka 等开源项目的投资，我们让客户保持了可持续的长期架构，而不是将他们带到只有 Cloudera 开发工具的孤岛上。
3. 开放的生态系统。我们的平台向各种工具、应用程序和基础架构提供商开放。我们为合作伙伴生态系统维护开放的、向后兼容的 API，即使生态系统与我们的部分产品存在竞争关系，我们也会如此做。

考虑到这些目标，我们已经达成了一个新的、一致的开源许可模式，计划在未来几个月内推出。我们更新的开源许可模式将是：

1. 在接下来的 6 个月中，我们计划将目前 Cloudera 在闭源许可下授权的少数项目整合并过渡到开源许可。例如，Cloudera Manager、Cloudera Navigator 和 Cloudera Data Science Workbench 等组件和产品最终都将在开源许可下提供。
2. 我们所有的开源许可证都将遵循 OSI 批准的两个许可证之一：Apache 许可证，版本 2 或 GNU 的 Affero 通用公共许可证，版本 3（AGPL）。我们考虑了修改过的开源许可证，但最后认为使用社区接受的许可证非常重要。
3. 我们贡献的所有开源项目都由 Apache 软件基金会（ASF）托管，也将继续作为 Apache 软件基金会管理的项目。此外，正如两家公司自成立以来所做的那样，我们将继续为上游项目提供改进和修复。
4. 客户和开发人员将能够通过与 Cloudera 签订的订阅协议来获得我们的产品。我们将为开发人员和试用版提供免费（不受支持的）订阅协议，并为商业客户提供付费订阅。订阅协议将包括支持和维护条款，以及获取最新更新和安全补丁的权限。通过这种方式，我们将使 Cloudera 的开源战略尽可能与 Red Hat 开发的市场领先的、在全球范围内已被成千上万的企业所接受的开源战略保持接近。
5. 我们计划对所有产品的新版本实施许可证变更，包括 HDP、CDH 和即将发布的 Cloudera Data Pladfrom（CDP）。这样，无论客户计划使用哪个平台版本，我们都可以平等地对待他们。我们还计划在所有发行版和所有版本进行软件分发更改。

从 2019 年 9 月开始，我们将推出更新的订阅协议和软件分发模式。从 2009 年 9 月到 2020 年 1 月，我们将为以前的闭源组件构建新的开源项目，并开始在 AGPL 下授权这些项目。

参考链接：
Our Commitment to Open Source Software