实际上，CentOS的变化才是开源企业运营的正确方式
红帽最近因为改变CentOS的运营方式而处于风口浪尖，但这种模式看起来正是开源企业运营的正确方式。
红帽升级了CentOS，使其不再是Red Hat Enterprise Linux（RHEL）的克隆，而更像是RHEL的一个附属项目（Fedora一直被认为是，但事实并非如此）。有些人气坏了，有些人却认为这听起来很完美。
如果你是一个开源企业家，想知道这对你意味着什么，那么，Chef联合创始人兼System Initiative首席执行官Adam Jacob的观点值得一看。
所有的东西都是开源的
Jacob的第一条规则就是开放。”如果我再次为一家公司实施开源战略，我将拥有上游，它将是完全开源的，我将乐于与下游的任何人合作。但不仅仅是一个开放的上游，还要推出商业发行版，并在开放的情况下，与下游就非商业发行版合作。”
他说的“上游”和“下游”是什么意思？在开源中，将上游视为初始开源项目的父项目。下游可能是上游的分支或发行版（打包上游代码的特定构建）。
红帽所宣布的根本上是CentOS将从下游转移到上游。正如Jacob指出的那样，Facebook这样的公司可以与红帽合作，这是他们以前无法做到的（因为Fedora与RHEL的合作不够紧密）。CentOS作为RHEL的下游社区，主要是用户、消费者，而不是合作者。这是一个可以免费得到RHEL（改名为CentOS）的地方。
因此，Jacob指出，“除了使用它之外，他们并没有对它进行投入。当有人拆除下游时，他们会发疯，像是供水受到威胁。因此，更好的办法是让人们以合作者的身份参与到开源项目中，并通过商业发行版来约束用户成为客户，如果他们希望获得认证的发行版。”
开源+云
开源公司实现这种模式的一种方式是将其上游开源，并创建云发行版 （托管服务）。各种各样的公司或多或少地接受了这种模式。
举个例子，Yugabyte，一年前就放弃Open Core模式，将其数据库代码100%开源。一年后，其CTO Karthik Ranganathan在一次采访中告诉笔者，“这让我们的采用率大大提高。Yugabyte集群的数量增长了10倍，但这也大大加快了他们的业务，而没有失去任何管道。有人能把它带到上游，创造一个有竞争力的下游竞争者吗？当然。但没人能在Yugabyte的地盘上击败Yugabyte。
再看看Redis Labs。在过去的几年里，该公司在授权方面做了一些手脚，但仍然保持核心Redis的完全开放，同时鼓励不断增长的社区（包括下游竞争对手）帮助改进代码。虽然Redis Labs没公布这么做的结果，但其业务在蓬勃发展，尽管有大约10家左右的公司创造了具有竞争力的下游托管服务产品。
这让我们回到Jacob所说的：“开放上游。制作商业发行版。在开放的情况下，在下游就非商业发行版开展合作。”
这就是策略。这就是魔法。你不需要去做Open Core 或任何其他种类的开源。你可以开源所有的东西，只需确保你有一个坚实的托管云服务。这种对云的依赖正是推动MongoDB、Confluent、DataStax、Redis Labs和其他公司取得巨大成功的原因。它们也可以是你的参照。
原文链接：
Chef cofounder on CentOS: It's time to open source everything - TechRepublic