如果你們公司已經準備全面使用Kubernetes編排管理器，而你為了方便部署正在找尋一個包管理工具，那么你可能會傾向于選擇Helm，一個正在云原生計算基金會(CNCF)孵化的開源項目。

你有可能還希望從推廣容器的公司了解Docker Compose，或者Draft——一個微軟項目，由開發Helm的同一幫人開發，或者還可能是Open Service Broker API，Habitat，或其他17種不同的開源包管理器。CNCF在其Landscape[1]網頁上列舉了所有這些內容，包括272個其他的云原生開源項目。同時，這份清單每周都會追加更新。

[[255544]]

有人會把這種過多的選擇稱為chaos(混亂)，也有人稱之為新一波創新。不管怎么說，圍繞Kubernetes發展而成的生態系統已經展示了其優勢但也帶來了混亂。對于那些已經準備將寶壓在Kubernetes上的公司，如何在眾多的可用擴展和應用程序接口之間做出一個明智的選擇，正成為它們面臨的***挑戰之一。

IBM云平臺全球副總裁兼***技術官Jason McGee說：“這個圈子的活動多到令人驚訝，但我并不羨慕普通企業試圖去收集所有這些東西。”Jason McGee在西雅圖舉行的KubeCon會議上發表主題演講，共有8,000名技術愛好者聚集在一起，學習虛擬化技術之后最熱門的和數據中心相關的技術。

Kubernetes是一個云原生平臺，它正在顛覆應用程序的開發方式。該軟件由谷歌(Google LLC)創建并且于四年前發布為開源軟件。它迅速成為部署和管理大量容器類軟件的主流平臺，這些軟件是自包含的，即包含了應用程序需要跨環境運行時的所有代碼和依賴包。

幾乎所有的計算機和云基礎設施公司都以原生形式采用了Kubernetes，這是***的壯舉。這其中的一個重要的因素是，一個單獨的可參照的平臺催生了一個龐大的開發者社區。他們正在擴展Kubernetes在監控，日志，安全及存儲等領域的核心能力。

CNCF的Landscape對云開發者而言就像一個應用商店。“擁有強大的第三方生態系統是彭博資訊選擇將其大部分開發業務轉移到Kubernetes的重要原因之一。”財經新聞和分析公司的數據分析和基礎架構負責人Steven Bower表示，“并非所有應用都要在Kubernetes中，你可以使用容器網絡接口(CNI)混搭和集成不同項目的不同組件。”他指的是Kubernetes的原生規范中利用網絡插件為容器服務。

“Kubernetes的生態系統異常強大，因為市場意識到Kubernetes的威力。”Codefresh公司專門銷售針對Kubernetes的持續交付平臺，其***布道者Dan Garfield表示，“要來一個云上通用的API嗎?好極了。”

狂野西部風

但有些專家警告說，現在的生態系統有點像一個狂野的西部片，許多項目都在爭取成為焦點，但幾乎沒有明確的***，組織一旦做出錯誤的選擇可能會導致在未來幾年內都將陷入耗時的遷移過程。

“現在采用Kubernetes的企業正行走在開源項目演進的雷區。” SiliconANGLE姐妹市場研究公司Wikibon的***分析師James Kobielus說，“他們總體上仍然沒有達到一個成熟的，與供應商無關的產品棧，可以解決各種生產級的企業應用案例。”

生態系統迅猛發展的其中一個原因是，Kubernetes的所有權從Google轉移到了社區手中。谷歌***從經驗中得知，如果試圖控制該項目將會阻止競爭對手做出貢獻而阻礙該平臺的發展。他們希望避免出現分裂，因為分裂已經給其他開源項目造成了破壞。舉個例子：OpenStack，一個IaaS(基礎設施即服務)平臺，據說該陣營內成員之間的內斗和眾多的衍生版本導致其未能兌現承諾。

“為了贏得更廣闊的世界，我們必須學會放手并且相信我們留下的任何空白都干干凈凈，以便他人盡情發揮。”谷歌的高級軟件工程師兼Kubernetes的主要開發人員之一Tim Hockin說，“流于形式的表面工作必須有限度，生態系統一定要茁壯發展。”

“如果谷歌僅僅只開源了Kubernetes，”Gartner公司的研究主管Gregg Siegfried表示，“它無法擁有今天的影響力。”

尋道Linux之路

因此誕生了CNCF。2014年，當谷歌準備將Kubernetes開源時，它選擇繞過Apache基金會，該基金會已經在培育一個名為Mesos的競爭性項目，而與Linux基金會合作創建CNCF作為一個新的管理機構管理云原生軟件。Linux基金會在支持單個Linux內核方面的記錄是Google希望在Kubernetes上看到的發展模式。

開源管理機構一直在和經常產生利益沖突的貢獻者們作斗爭，特別是那些銷售相關產品和服務的貢獻者們。“在創新與穩定之間繃著一根弦，”福瑞斯特咨詢公司副總裁兼***分析師Dave Bartoletti表示，“這些公司必須實現貨幣化，而為了貨幣化一些事物，它必須是穩定的。”

Kubernetes的開發人員希望穩定核心部分并促進生態系統的創新。CNCF的任務是圍繞一個Kubernetes代碼庫將整個行業的競爭對手聚集到一起。它借鑒Linux playbook，制定了一個Kubernetes認證一致性計劃，以審核Kubernetes發行版之間的連續性。

到目前為止，90個包和托管版的Kubernetes發行版[2]已獲得認證，確保不會出現所謂“分支”的差異。CNCF還要求成員將他們創建的任何補丁都提交給社區以便參考，從而降低無意中出現分支的風險。

之后，CNCF打破了它自有的方式，接受和培育起開源項目的生態系統。開源基金會的職責之一就是挑選競爭的獲勝者，通過指派特定的項目接受服務，包括項目管理、支持、文檔推廣及其他資源，用來幫助那些項目取得成果。這些項目被稱為“孵化”，成熟以后就會“畢業”。

CNCF的創始人認為Apache的政策太過嚴苛并且過于關注開發人員。他們想要一種更具包容性的方法。Patrick O'Reilly表示 “我們希望拋開Apache項目的所有政策和流程，重新開始。”他是CNCF的創始人之一，現在是Get Cloud Native公司的***執行官，Get Cloud Native公司專注于幫助企業遷移到云平臺。

該基金會降低了項目轉變成孵化類項目的門檻，并將大部分決策權下放給了項目所有者。O'Reilly說：“CNCF能讓那些通常不愛說話的人說話。我不是說這是***的方法，但它是我們現在擁有的***的方法。”

現在，CNCF的技術監督委員會是決定孵化新項目的唯一仲裁者。它與理事會分開，理事會的成員包括供應商和其他商業利益相關方。該基金會還要求每一個項目都有一個中立的治理流程，用來***程度的減少來自行業的壓力。

Gartner的Siegfried說：“Apache社區的流程稍顯笨拙，并且不允許快速演進和多樣化的視角。而CNCF則培養和鼓勵管理社區流程。”

事實上，有些人認為CNCF是未來如何處理開源項目的典范。“本質上，它正在為微服務這一新世界，重新打造應用程序開發平臺。”Wikibon的Kobielus說道，“這是計算機歷史上史無前例的一項雄心勃勃的計劃。”

但是，較少規則帶來的缺點是充滿不確定性。對于平衡創新和穩定性方面，CNCF的方法是否一定優于其他方法，這點仍然有待商榷。到目前為止，除Kubernetes之外，只有兩個項目已經畢業：一個是Envoy，一個簡化網絡服務的代理服務器。另一個是Prometheus，一個監控平臺。

所以它仍處于早期階段，項目需要數年才能孵化。目前，“Kubernetes生態系統已成為眾多供應商角逐發行版和托管云版的一個混亂領域。”Kobielus說，“而以谷歌開發的Kubernetes為中心，不斷增加的開源項目，更是亂上加亂。”

從無序到有序

出現各種選項百花齊放的局面，這里有一些刻意的因素。谷歌向社區發布Kubernetes的目標之一是隨著時間的推移，將更多的功能轉移到擴展中，削減核心代碼庫。Kubernetes本身已經“與我們發布它時完全不同。”Hocking說，“我們希望把更多的功能從核心中剔除。”

CNCF的***技術官Chris Aniszczyk表示，該基金會正在努力堅守這一原則。他在本周接受采訪時表示，“Kubernetes一直專注于將功能從核心中剔除，以盡可能地實現其擴展性。”

但對于那些想要追隨Kubernetes的組織而言，選擇的多樣性可能會帶來一些問題。尤其是那些大型企業，這點更加令人擔憂，“他們需要一個可以遵循的合法合規的要求或者內部的標準。” DivvyCloud公司***執行官Brian Johnson表示，“大多數生態系統中的項目，在這方面還沒有明確的技術控制或***實踐的流程。”DivvyCloud公司是一家提供政策驅動的云安全和合規公司。

挑選勝出的項目可以使組織更好地利用社區的研發能力，因為成功的項目意味著下一輪創新。“開源世界中有一股吸收所有的能量的動力。”IBM的McGee說。“你會想要與之合作。”

隨著一些孵化類項目的畢業和其他一些項目的淘汰，Kubernetes生態系統不再是“你要自己用一籃子工具打造屬于你的東西。”齊格弗里德說，“它將提供一個完整的集成。”

有證據表明Kubernetes生態系統正在進行整合。本周基于一項對GitHub倉庫的分析，Sourced Technologies S.L.表示“Kubernetes項目核心部分的提交速度似乎有所放緩。”

“我已經看到正在發生的***輪整合。”IBM的McGee說，“但我們仍處于如何整合各部分的生態系統創建階段。”

經歷這類周期也不是什么新鮮事。在業界選擇使用Linux之前，曾經有超過20個版本的Unix。Hadoop大數據生態系統在早期也異常復雜，直到軟件供應商和云計算公司介入后，簡化了部署和集成過程。Johnson說：“最有可能的結果是將會有5到10個主流Kubernetes框架，早期試用這些框架的企業將測試和驗證這些框架。”

在很大程度上，采用Kubernetes的速度加快了其成熟的過程。O'Reilly說：“一旦你讓銀行進入，人們不再希望發生重大變化。”

IT的選擇

那么信息技術經理該如何在此期間做出決策呢?Forrester的Bartoletti認為，對大多數公司而言，這都不是問題。

“企業首先要清楚他們是平臺的構建者，平臺的運營者還是平臺的消費者。”他說，“這個選擇決定了你該如何分配資源。”

Bartoletti將平臺的構建者定義為業務主要依賴于在Kubernetes平臺上創建應用程序的公司。對他們而言，在生態系統方面做出正確的選擇至關重要。平臺的運營者更愿意托管他們自己的Kubernetes實例，且不認為該平臺具有戰略意義。平臺的消費者只想要一個可用的平臺，不會特別關心它的出處。

“如果要建一個旅行預訂系統，那么根據所建平臺的差異性進行取舍，這點尤為重要。”Bartoletti說，“但一般的企業可能不需要加入所有社區。”

平臺的運營者可通過與那些在生態系統活躍度很高的商業Kubernetes供應商合作(例如IBM，Red Hat公司或Pivotal軟件公司)，以防止在選型時陷入困境。“如果Pivotal為您提供了很好的服務，那么就沒有理由改變。”他說，“因為Pivotal的工作就是保證它們正常工作。”

對于平臺的消費者來說，***選一家主流的公有云提供商，可提供全面可控的服務并負責保持客戶當前的狀態。

專家認為，雖然目前的生態系統讓人眼花繚亂，但平臺的消費者也不能只充當旁觀者。開源項目的優點之一是它們基于標準工具集，可以適應Landscape的變化。例如，Docker公司最初選擇自己的Swarm編排工具而不是Kubernetes，但這并沒有阻止它之后與Kubernetes集成，而Swarm仍然是一個可選項。

負責任的開源供應商不會做出死板的決定。“有可能[亞馬遜網絡服務公司]將來會從Lambda轉移到另一個Serverless平臺，但人們會后悔使用Lambda嗎?”Bartoletti說，“我的客戶們都不會后悔。”

基于這一事實，IT經理們應該可以減少些對他們所做決定的擔憂：在開源的世界里，即使選錯了也能得到令人滿意的結果。

相關鏈接：

https://landscape.cncf.io/cncf=hosted,graduated,incubating,sandbox,member,no&license=open-source

https://www.cncf.io/certification/software-conformance/#logos

原文鏈接：https://siliconangle.com/2018/12/13/kubernetes-sprawling-ecosystem-offers-plenty-choice-risk/