领先的DevOps计划Chef全力以赴开源

一些公司正在扭曲开源以最大化利润。然而，DevOps powerhouse Chef正在放弃开放核心，全力以赴开源。如果你关注开源新闻，你知道在过去的几个月里，像Confluent，Elastic，MongoDB和Redis这样的“开源”公司已经远离开源许可证。不是那么主厨，一家领先的DevOps公司。出乎意料的是，Chef从此处宣布，它将根据Apache 2.0许可证开发其所有软件作为开源软件。

在此之前，Chef使用了开放核心的方法。在开放核心中，核心软件是开源的，但是使其更易于使用，提供附加功能或提供管理功能的软件是专有的。这是一种常见的方法。最着名的例子是Oracle MySQL，它在GPL和商业许可下都是双重许可的。

Adam Jacob是Chef的联合创始人之一，现在是董事会成员，他非常高兴地宣布这一消息。他宣称，“厨师已经完成了Open Core，现在是一家自由软件产品公司。很好地解决了垃圾问题。”

这一举动让雅各布“激动不已”。那是因为：

它消除了我在Chef时间中最长时间的摩擦和挫败感。一方面，我们有一个关心软件的社区，以及我们与用户和客户一起开发软件的彼此。另一方面，我们制作了一个专有软件堆栈，我们用它来赚钱。确定什么是什么，什么是什么，或者在哪里集中，是Chef工作中最艰难的部分。我被激怒了，没有人必须再这样做了。我很激动我们可以让整个公司参与开源社区，而不是烧掉一些专门的英雄。

这对Chef的客户意味着什么?Jacob说：“Chef Software只在公共场所生产开源软件项目。它将该软件作为企业产品分发。对于现有的Chef Software客户，没有任何变化。对于非客户的Chef产品的企业用户，他们可以决定支付Chef的分配费用，或者他们可以制作或消费替代品。“

在新的厨师常见问题解答中，厨师说：

“我们将在下一个主要版本中开始将商业许可条款附加到我们的软件发行版(二进制文件)中。”因此，如果您自己下载并编译代码，欢迎使用它。但是，如果你下载二进制文件，你必须付钱。如果这听起来很熟悉，那应该是。这是Red Hat和SUSE如何发布其企业Linux发行版的变体。

。。。对于现有的商业客户而言，在下次续订之前不会立即进行更改，因为他们将获得代表相同核心产品的新SKU的许可。“

如果您一直免费使用Chef二进制文件，那就是另一回事了。该公司看到了三种可能的途径：许可商业版;使用旧版本;或者“获取我们的开源代码并创建一个软件开发组织来构建和管理他们自己的发行版(创建他们自己的下游分支)或利用公共免费发布(可能存在也可能不存在)。”

OpenLineCook任何人?

如果有这样的fork，它将不是OpenChef。那是因为Chef已明确表示您不能使用其商标。在Red Hat克隆受欢迎的那一天，Red Hat采取了类似的方法来保护其业务。正如RedMonk行业分析师斯蒂芬奥格雷迪所说，“厨师说的实际上是，任何人都可以建立，运营甚至销售厨师软件，但它可能不会被直接或间接地称为厨师。”

在一则推文中，Jacob为使用Chef二进制文件的人们阐述了未来：“您可以继续使用它们进行实验，非商业用途。如果您想将我们的产品用作商业业务的一部分，我们要求您付款对于它。如果你不想这样做/不能那样做，你可以建立自己的发行版。“

Chef还宣布推出新的商业发行版Chef Chef Automation Stack。这是一个企业级DevOps系统，用于设置和管理基础架构，安全策略和应用程序生命周期依赖关系作为代码。

展望未来，厨师很清楚可能有叉子。而且，没关系，在常见问题解答中，厨师说：“厨师项目的衍生分支绝对有可能，我们期待着欢迎他们加入我们的社区并与他们合作，以确保他们的贡献可以使每个人受益在Chef开源生态系统中。“

那么为什么这种可能性很平静呢?因为它知道企业客户需要支持，服务级别协议，责任保护和安全性，只有它能够在短期内提供。这些原因也是同样的原因 - 即使有数百个Linux发行版 -Canonical，Red Hat和SUSE仍然是业务Linux山峰年复一年的佼佼者。

它会起作用吗?我们还不知道。

奥格雷迪评论道，“现在判断厨师的新模式将如何表现还为时尚早，这个衡量标准是公司的资产负债表还是不太可量化的市场情绪。然而，无论其命运是什么，对于那些已经惊慌失措的人来说在广泛应用于开源的实践正常化的情况下，看到供应商试图找到需要妥协的模型，但至少遵守法律条款，这是令人鼓舞的。“