4 月 2 日，自动化配置管理工具 Chef 官方博客发布博文宣布了两件事情：

1. 从现在起，Chef 将扩展开源许可范围，将其 100％的软件纳入 Apache 2.0 许可证（与现有的 Chef Infra，Chef InSpec 和 Chef Habitat 许可条款一致），对使用、发行版和货币化没有任何限制，只要尊重 Chef 的商标政策。

2. 为了满足企业用户对 DevOps，自动化等方面的需求，Chef 发布了一款新的商业发行版Chef Enterprise Automation Stack 。该企业版基于 Chef Workstation，Chef Workstation 能快速启动和运行开发环境。Chef Automate 是系统的企业可观察性和管理控制台。还包括用于基础架构自动化的 Chef Infra（以前只是 Chef），用于安全性和合规性自动化的 Chef InSpec 以及用于应用程序部署和编排自动化的 Chef Habitat。

在博文中 Chef 表示，他们一直相信开源的力量，这种理念是他们软件创新的核心。多年来，Chef 都在尝试并从各种不同的开源模式，社区和商业模式中学习，以寻求适当的平衡。

reddit 上很多网友在讨论这个问题，有人说 Chef 的做法是“红帽模式”，此举就是 Chef 的 CentOS。

红帽有 Redhat Linux 和企业版的 Redhat Enterprise Linux(RHEL)，都能够通过网络 FTP 免费的获得并使用，但在 2003 年的时候，Red Hat Linux 就停止了开发。Redhat 开发 Linux 的发行版，要遵守开源协议，所以 RHEL 的源码也要公开，只要是遵循 GPL 协议，任何人都可以在原有的软件构成的基础上再开发和发布。这样 CentOS（ Community Enterprise Operating System ）就诞生了。CentOS 从网站上获取 RedHat 的所有源代码进行重新编译。但 RHEL 是商业产品，红帽的商标不能用，只能改成 CentOS 的 标识。CentOS 就是 RedHat 的免费版本。

RHEL 通过付费可以得到在线升级（包括补丁）或咨询服务、技术支持；CentOS 提供长期的免费升级更新支持，网络上的技术支持也很多，但是并不保障对应 RHEL 的软件在 CentOS 上面能也够 100% 正常工作，并且安全漏洞的修正和软件包的升级也要慢很多。CentOS 并不向用户提供商业支持，当然也不负任何商业责任。

对比起来 Chef 此举确实很像红帽的模式。有人担心这样 Chef 以后将不会再发行其他二进制版本，只有商用企业版会得到支持和更新。

过去几年间，不少开源软件背后的企业都在商业化，比如 Confluent, Elastic, MongoDB 等，也鼓励了投资者。很少有像 Chef 这样回归古老的完全开源模式。

RedMonk 上的一篇文章（https://redmonk.com/sogrady/2019/04/02/chefs-different-recipe/）里提到，Chef 此举说明了：

1. 源代码相对于那些不开源的软件来说没有真正的价值，只有底层源代码完全开放才能成就有价值的产品。

2. 商标有真正的价值。既然源代码没有价值，那什么才有价值？Chef 在博客中提到“……只要尊重 Chef 的商标政策。”任何人都可以在 Chef 的源代码基础上开发、售卖软件，但是不能直接叫“Chef"。这种场景下，就说明了相比于源代码，商标才是有真正价值的。这其实是一个赌注，按其他商业化的开源软件发展轨迹来看，不敢保证会有云厂商在 Chef 源代码基础上再次开发和售卖。

不管怎么说，Chef 转型后的模式是否能成功还需要市场的验证。