紅帽最近因爲改變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
