Kubernetes生態(tài)圈繁榮背后的利與弊

作者：Tiny Guo 譯 2019-01-15 08:58:40

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

成都創(chuàng)新互聯(lián)自2013年起，先為大箐山等服務建站，大箐山等地企業(yè)，進行企業(yè)商務咨詢服務。為大箐山企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務解決您的所有建站問題。

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

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

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

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

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

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

CNCF的Landscape對云開發(fā)者而言就像一個應用商店。“擁有強大的第三方生態(tài)系統(tǒng)是彭博資訊選擇將其大部分開發(fā)業(yè)務轉移到Kubernetes的重要原因之一?！必斀?jīng)新聞和分析公司的數(shù)據(jù)分析和基礎架構負責人Steven Bower表示，“并非所有應用都要在Kubernetes中，你可以使用容器網(wǎng)絡接口(CNI)混搭和集成不同項目的不同組件?！彼傅氖荎ubernetes的原生規(guī)范中利用網(wǎng)絡插件為容器服務。

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

狂野西部風

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

“現(xiàn)在采用Kubernetes的企業(yè)正行走在開源項目演進的雷區(qū)。” SiliconANGLE姐妹市場研究公司W(wǎng)ikibon的***分析師James Kobielus說，“他們總體上仍然沒有達到一個成熟的，與供應商無關的產品棧，可以解決各種生產級的企業(yè)應用案例?！?/p>

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

“為了贏得更廣闊的世界，我們必須學會放手并且相信我們留下的任何空白都干干凈凈，以便他人盡情發(fā)揮?！惫雀璧母呒壾浖こ處熂鍷ubernetes的主要開發(fā)人員之一Tim Hockin說，“流于形式的表面工作必須有限度，生態(tài)系統(tǒng)一定要茁壯發(fā)展?！?/p>

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

尋道Linux之路

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

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

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

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

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

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

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

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

Gartner的Siegfried說：“Apache社區(qū)的流程稍顯笨拙，并且不允許快速演進和多樣化的視角。而CNCF則培養(yǎng)和鼓勵管理社區(qū)流程?！?/p>

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

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

所以它仍處于早期階段，項目需要數(shù)年才能孵化。目前，“Kubernetes生態(tài)系統(tǒng)已成為眾多供應商角逐發(fā)行版和托管云版的一個混亂領域?！盞obielus說，“而以谷歌開發(fā)的Kubernetes為中心，不斷增加的開源項目，更是亂上加亂?！?/p>

從無序到有序

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

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

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

挑選勝出的項目可以使組織更好地利用社區(qū)的研發(fā)能力，因為成功的項目意味著下一輪創(chuàng)新?！伴_源世界中有一股吸收所有的能量的動力?！盜BM的McGee說?！澳銜胍c之合作?！?/p>

隨著一些孵化類項目的畢業(yè)和其他一些項目的淘汰，Kubernetes生態(tài)系統(tǒng)不再是“你要自己用一籃子工具打造屬于你的東西?！饼R格弗里德說，“它將提供一個完整的集成?！?/p>

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

“我已經(jīng)看到正在發(fā)生的***輪整合。”IBM的McGee說，“但我們仍處于如何整合各部分的生態(tài)系統(tǒng)創(chuàng)建階段?！?/p>

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

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

IT的選擇

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

“企業(yè)首先要清楚他們是平臺的構建者，平臺的運營者還是平臺的消費者?！彼f，“這個選擇決定了你該如何分配資源?！?/p>

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

“如果要建一個旅行預訂系統(tǒng)，那么根據(jù)所建平臺的差異性進行取舍，這點尤為重要。”Bartoletti說，“但一般的企業(yè)可能不需要加入所有社區(qū)?！?/p>

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

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

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

負責任的開源供應商不會做出死板的決定?！坝锌赡躘亞馬遜網(wǎng)絡服務公司]將來會從Lambda轉移到另一個Serverless平臺，但人們會后悔使用Lambda嗎?”Bartoletti說，“我的客戶們都不會后悔?！?/p>

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

相關鏈接：

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

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

分享文章：Kubernetes生態(tài)圈繁榮背后的利與弊
轉載源于：http://www.dlmjj.cn/article/copsges.html