從2006年谷歌首次提出“云計算”概念至今，云計算已經(jīng)進入到第二個十年。
十年間，包括亞馬遜、微軟、IBM、谷歌、阿里巴巴、騰訊、百度等在內(nèi)的全球互聯(lián)網(wǎng)巨頭，都將船頭全面調轉至云計算，紛紛下場近身肉搏。 在激烈的商業(yè)戰(zhàn)中，云計算市場規(guī)模不斷增長，云計算產(chǎn)業(yè)逐漸走向成熟。如果用一句話來總結2020年的中國云計算市場，中國信通院云大所所長何寶宏所說“云原生的拐點已經(jīng)到來”或許最為貼切。 當云原生以驚人的速度席卷全球各個行業(yè)之時，容器作為所有云原生技術中的“頂流”，無疑是最為各行業(yè)企業(yè)廣泛接受的云技術之一。
據(jù)云原生產(chǎn)業(yè)聯(lián)盟發(fā)布的《中國云原生用戶調查報告(2020年)》顯示，60%以上的中國用戶已在生產(chǎn)環(huán)境中應用容器技術，其中43%的用戶已將容器技術用于核心生產(chǎn)業(yè)務。 有人說，容器將像服務器一樣，成為下一代云計算的基礎設施。但技術的世界如同永不謝幕的舞臺，新興技術始終是“你方唱罷我方登場”，當下備受追捧的容器，能否推動著云計算領域走向新的高度？對于整個云計算行業(yè)而言，容器究竟意味著什么？
云計算十年半路殺出一個“容器”
在過去的十多年間，云計算幾乎重新定義了整個行業(yè)的格局。越來越多的企業(yè)開始降低對IT基礎設施的直接資本投入，不再傾向于維護自建的數(shù)據(jù)中心，而是開始通過上云的方式來獲取更強大的計算能力。 正如業(yè)界所期望的那樣，云計算將IT基礎設施資源變成了像“水電煤”一樣的公共服務，使得超級計算能力的自由流通成為可能。
按時按需付費的計算自由，帶來的不僅是企業(yè)IT成本大幅降低，更降低了整個行業(yè)的技術壁壘，讓更多企業(yè)能夠更便捷地實踐業(yè)務想法并迅速推向市場。 在這一階段，以AWS、Azure、阿里云、騰訊云、青云科技等為代表的國內(nèi)外云服務廠商引領了云計算的技術浪潮，為企業(yè)提供公有云、私有云、托管云、混合云等多種形態(tài)的基礎云服務，滿足了各類企業(yè)對算力的強烈需求。 隨著企業(yè)上云成為大勢所趨，企業(yè)追求的不再是更為廉價的計算資源，而是思考如何用云計算為自身業(yè)務賦能。
需求側的悄然變化，讓整個云計算產(chǎn)業(yè)從“單點突破”邁向了“整體效能提升”的新階段。但，這種跨越式的發(fā)展如何實現(xiàn)？ 2013年，云計算領域發(fā)生了一件影響深廣的技術變革：容器。
那一年，Docker發(fā)布，計算徹底擺脫了機器的限制，從早期的物理服務器、到虛擬機再到打包成一個個靈活的容器，實現(xiàn)了“舉重若輕”的轉變。 隨著容器技術地位的確立，2017年底，Kubernetes（以下簡稱K8s）在容器編排領域的勝利，標志著云計算正式進入容器時代。
K8s很大程度抽象了基礎設施層，實現(xiàn)了應用構建、分發(fā)和交付的標準化。對于企業(yè)而言，在此之上可以快速、可復制地構建上層平臺，大幅降低IT 實施和運維成本，提升業(yè)務創(chuàng)新的效率。 人們發(fā)現(xiàn)，K8s不僅改變了應用分發(fā)與運維方式，更大的優(yōu)勢在于能夠屏蔽不同硬件之間的區(qū)別，讓應用軟件可以在各種各樣的IaaS上平滑遷移或擴展，進而達到所謂的混合云、多云架構。 如同當年安卓屏蔽了手機硬件的差異，大大簡化了應用廠商的開發(fā)成本，最終促成了移動互聯(lián)網(wǎng)的蓬勃發(fā)展，K8s的出現(xiàn)也為云計算進入混合異構計算階段提供了新的可能。
隨著近年來計算規(guī)模迎來重要拐點，AI、IoT等超大規(guī)模數(shù)據(jù)運算令算力規(guī)模幾何增長，云計算仍在不斷延展覆蓋場域，云（中心）、邊（邊緣）、端（近場）沿用戶需求軸線不斷延展。 同時，在新基建和數(shù)字經(jīng)濟驅動的全產(chǎn)業(yè)數(shù)字化趨勢下，云計算與產(chǎn)業(yè)深度融合，使得數(shù)字化和數(shù)據(jù)不再被禁錮在傳統(tǒng)數(shù)據(jù)中心的方圓之內(nèi)。 這些需求都催生著新的算力平臺，在更大尺度上安排算力的輸出、組織、調度及交付。至此，能夠覆蓋“云-網(wǎng)-邊-端”的新一代混合云成為了云計算的主旋律。
而“半路殺出”的容器，在歷經(jīng)8年磨礪后，終于與混合云形成了交匯。 正如上文所說，容器讓混合異構資源（物理機、虛擬化、云化、容器、邊緣、終端等）在應用層面被納管成為現(xiàn)實，數(shù)據(jù)得以遍布在“云-網(wǎng)-邊-端”的廣域空間內(nèi)，使得云計算在大規(guī)模大范圍的鏈接能力、調度能力和交付能力成為現(xiàn)實。有了容器，新一代混合云就有了實現(xiàn)路徑。 容器，打開了通往云計算下一個十年的大門。
合縱連橫容器進入戰(zhàn)國時代
“忽如一夜春風來，千樹萬樹梨花開”，如同當年的虛擬化一樣，容器迅速席卷全球，成為企業(yè)數(shù)字化轉型和智能化升級的新起點。 據(jù)Gartner預測，到2023年，七成的企業(yè)和組織將在生產(chǎn)系統(tǒng)中運行三個甚至更多容器化的應用程序。容器與K8s、微服務應用模式，將成為企業(yè)數(shù)字化轉型和創(chuàng)新發(fā)展的三大核心驅動力。 在這股容器熱潮中，市場上涌現(xiàn)出一大批優(yōu)秀的容器企業(yè)，以公有云廠商、容器創(chuàng)業(yè)企業(yè)、私有云廠商為代表，呈現(xiàn)三足鼎力之勢。 如同云計算最早誕生于互聯(lián)網(wǎng)企業(yè)，容器技術很早就在擁有互聯(lián)網(wǎng)基因的公有云廠商自身業(yè)務中得以驗證。
由于公有云本身就具備彈性、敏捷、快速擴展的特點，容器在公有云上的運行可以說是如魚得水，一方面能夠直接調用公有云豐富的服務，另一方面公有云廠商以多年的技術積累和運營經(jīng)驗為保障，可以有效保障容器服務的穩(wěn)定性。 這種“原生性”讓容器幾乎成為了公有云服務的標配。如今，公有云廠商如：AWS、Azure、IBM、阿里云、騰訊云、青云科技（qingcloud.com，股票代碼：688316）等，先后推出了自己的容器服務。
而用戶對于公有云容器服務的接受度也非常廣泛，根據(jù)CNCF 2019年的Cloud Native調查，使用公有云運行K8s的用戶占多數(shù)。 與此同時，容器創(chuàng)業(yè)公司如：Rancher、靈雀云、時速云、諧云科技等扮演了探路者的角色，從容器技術誕生之初就涉足其中。
經(jīng)歷了容器從萌芽、膨脹、爭議到穩(wěn)步發(fā)展的整個歷程，以中立第三方平臺的方式為企業(yè)用戶提供容器服務，稱得上是容器界的先行者。 但與公有云廠商不同的是，容器創(chuàng)業(yè)公司不具備強大的物力財力和市場積累，為了存活下來很難避免項目制的運營模式。
同時，由于缺乏大量的企業(yè)級客戶，其容器產(chǎn)品的功能、適用場景較為單一，企業(yè)服務能力也遜于大公司，這就導致了容器創(chuàng)業(yè)公司發(fā)展普遍后勁不足的現(xiàn)象。 相比之下，私有云廠商入局較晚，但如VMware這樣的巨頭仍在積極擁抱容器，將容器視為VMware基礎架構中的一部分，陸續(xù)發(fā)起了一連串的動作如：收購Pivotal；在最新版vSphere中支持K8s，推出 Tanzu 平臺等。
但值得注意的是，私有云廠商的容器服務仍是基于自身IT基礎架構，與其私有云服務形成了強綁定，而這是企業(yè)用戶不愿意看到的。
隨著容器技術和行業(yè)應用不斷走向成熟和深入，容器市場開始不斷洗牌，其中容器創(chuàng)業(yè)企業(yè)被大企業(yè)注資、并購的事件屢見不鮮，三足鼎立的局面逐漸失衡。 2017年11月，騰訊云領投容器平臺靈雀云；
2020年1月，阿里云領投Docker容器平臺諧云科技。
2020年7月，字節(jié)跳動全資收購容器平臺才云科技（Caicloud）；
同年7月，SUSE宣布收購K8s管理平臺Rancher。
其中，2019年7月，IBM斥巨資收購紅帽（OpenShift），以容器和多云為目標的野心呼之欲出，一度在業(yè)界引發(fā)巨大反響。 收購之余，各大廠商也加快了自身容器服務與各種主流平臺、操作系統(tǒng)的兼容適配。 一方面，公有云廠商陸續(xù)或者有計劃增加多集群管理功能，耳熟能詳?shù)南馎WS、阿里云、騰訊云，但這些公有云廠商更多的是對自己平臺上的集群進行統(tǒng)一管理。 相比之下，青云科技選擇通過獨立發(fā)展開源的容器產(chǎn)品 KubeSphere，并通過將 KubeSphere在公有云上進行服務化交付（QKE，KubeSphere on QingCloud）。
實現(xiàn)跨云的多集群管理，不僅可以管理自家的K8s，也可以納管其他云平臺上的集群，如：OpenShift、Rancher等等。此時就可以看出獨立容器產(chǎn)品的優(yōu)勢，天然的沒有綁定基礎設施，可以對接多種基礎設施。 另一方面，私有云廠商開啟了與主流公有云和容器平臺的集成之路。例如：VMware聯(lián)合AWS推出混合云服務，讓企業(yè)能夠在VMware和AWS上運行容器；完成收購的IBM和SUSE分別加快了自身云服務與OpenShift、Rancher容器平臺的打通。 “神仙打架”的容器界，至此進入了合縱連橫的戰(zhàn)國時代，競合關系成為商業(yè)戰(zhàn)的主旋律。 但隨著混合云/多云需求的進一步爆發(fā)，公有云廠商開始在激烈的局勢中處于優(yōu)勢地位。由于公有云廠商擁有云原生基因持和更加開放的態(tài)度，其容器服務也更符合市場對于新一代混合云的期望。
選對路線實現(xiàn)彎道超車
如今，幾乎所有公有云廠商都意識到，容器業(yè)務決定著未來的生死。各個廠商都在頻繁迭代容器版本，每個月都有數(shù)個動態(tài)發(fā)布，緊跟開源社區(qū)最新步伐。 但要做好一款強競爭力的容器產(chǎn)品，并非易事。 最早大家面臨的是技術路線問題。
在容器熱潮早期，始終存在著多條技術路線的競爭，例如：容器進行時技術包括Docker、Containerd、CRI-O、Kata等，容器編排技術包括K8s、DockerSwarm、Apache Mesos、Cloud Foundry、OpenShift等。
面對各有優(yōu)勢的容器技術，大多數(shù)企業(yè)用戶和云廠商在構建容器服務時，都經(jīng)歷過痛苦的技術選型之路。 KubeSphere容器平臺產(chǎn)品負責人于爽表示，青云科技從2017年起就在自己的云平臺上搭建了容器服務，最初是基于LXC（Linux Container）這一容器技術構建的。
但是隨著容器市場走向成熟，K8s逐漸成為主流。2018年4月，在青云科技內(nèi)部，經(jīng)過長期的調研，也確立了K8s的技術路線，正式立項KubeSphere項目。
KubeSphere 容器平臺產(chǎn)品負責人 于爽
開源還是閉源，也是企業(yè)和廠商在采用新技術時，難以避免的一個技術路線問題。 KubeSphere 容器平臺研發(fā)負責人周小四發(fā)現(xiàn)，盡管K8s已得到了市場的主流認可，但是各個廠商基于K8s做出來的產(chǎn)品離用戶期望差距很大，青云科技依然有很大的機會。
同時，K8s是一種開源技術，這意味著所有人都站在同一起跑線，看似“晚到”的KubeSphere，其實并沒有“遲到”。 而開源技術也有自己獨特的發(fā)展方式，K8s作為云原生開源技術中的一環(huán)，無法獨立存在，而是與云原生生態(tài)中所有的技術形態(tài)息息相關。“縱觀整個云原生的生態(tài)。
所有的參與者都是以一種開放的方式去促進生態(tài)發(fā)展，K8s的成功也在于這一點。如果我們采用一種封閉的態(tài)度去做容器，其實是自斷手腳。”于爽表示。 因此，KubeSphere 項目從第一天開始，就全面開源，來自開源、堅持開源、回饋開源。 但項目進展并不順利。在推出的第一年，KubeSphere幾乎沒有增長量。 “那時產(chǎn)品本身在打磨，相當于‘缺胳膊短腿’，其實還在追趕競爭對手的過程中”，于爽分析道，“還有一個很重要的原因，就是我們對開源社區(qū)運營毫無經(jīng)驗，這其實是一個非常專業(yè)的領域，和商業(yè)化運作方式完全不同。” 直到2019年4月，沉寂一年的KubeSphere才開啟了第一個發(fā)布會。
周小四終于可以自信地說出，KubeSphere是和對手站在同一起跑線上的容器產(chǎn)品，而且在那一年，KubeSphere決定100%開源，并成立了專門的社區(qū)運營團隊。 隨著產(chǎn)品羽翼漸豐，KubeSphere以開源的方式吸引眾多開發(fā)者的關注，更多外部開發(fā)者加入到了KubeSphere社區(qū)中。
至此，找準了技術道路的KubeSphere開啟了彎道超車，爆發(fā)出了驚人的“加速度”。 從2019年下半年開始，KubeSphere的下載量出現(xiàn)暴增，在GitHub上的Stars指標呈垂直曲線上升。 2020年，增長勢頭仍在繼續(xù)，KubeSphere的Stars數(shù)從2000多漲到了3700多個。
據(jù)當時的GitHub搜索指數(shù)顯示，KubeSphere的國內(nèi)關注度首次超過了OpenShift。
那一年，KubeSphere還拿下了一批重量級的企業(yè)客戶如：中國人民銀行、中移金科等。 最讓于爽記憶猶新的是，當時去某銀行客戶提案，自己還沒開口，客戶內(nèi)部的一個成員直接站起來，替KubeSphere做了詳細的介紹，后來才知道這位客戶原來是KubeSphere社區(qū)的用戶，是他主動幫KubeSphere在公司內(nèi)部做推廣。 “這是一個非常良性的循環(huán)。證明我們一開始走開源這條路，保持開放的心態(tài)是正確的。”于爽表示。 目前，KubeSphere的受歡迎程度仍在大幅上漲。截止2021年4月，KubeSphere在GitHub上已擁有5200多個Stars，F(xiàn)orks數(shù)量達到849個，下載次數(shù)超10萬次；
KubeSphere的用戶在過去幾年內(nèi)急劇上升，現(xiàn)在已經(jīng)超過5萬個，其中國內(nèi)用戶占比64%，海外用戶占比36%。 “除了商業(yè)上，在社區(qū)層面我們也收獲了很多”。于爽表示，在KubeSphere國內(nèi)論壇上，每天都有用戶在上面交流，并產(chǎn)生了很多貢獻者。
本來生活、中通、VNG等這些知名企業(yè)的研發(fā)人員，都自愿參與到KubeSphere的開發(fā)團隊中，為KubeSphere貢獻了重要的功能。 近幾年，于爽還有一個很深的感受，幾乎每個企業(yè)客戶都會問同樣一個問題：“這個容器產(chǎn)品有沒有改動K8s代碼”？ 在開源領域，脫離開源上游，自行改動上層代碼是一種非常危險的行為，這意味著自行開發(fā)的分支版本可能得不到整個社區(qū)和生態(tài)的支持。 然而，開源文化在中國并不成熟，早期無論是廠商還是用戶，對于開源技術的開發(fā)管理規(guī)范都不熟悉。
很多廠商在進入K8s等開源項目時，就擅自改動上游代碼，以快速獲得產(chǎn)品的性能提升，并作為商業(yè)化產(chǎn)品售賣給企業(yè)用戶，最終造成企業(yè)IT轉型失敗的案例數(shù)不勝數(shù)。 “我們在產(chǎn)品之初也有過這樣的糾結，但最后決定完全尊重上游的版本，而不是去開發(fā)自己的K8s私有化版本，對于 K8s 的需求，我們會與上游溝通，通過貢獻代碼的方式實現(xiàn)共同發(fā)展。”
于爽表示，雖然這條路走下來很艱辛，但是也收獲了正向的反饋：“第一，和上游保持一致，外圍的社區(qū)開發(fā)者愿意加入進來，也非常認可我們的開放度；第二，通過跟隨上游，我們能把新版本的優(yōu)勢都體現(xiàn)到KubeSphere產(chǎn)品中，在用戶側獲得了很好的反饋”。
隨著中國企業(yè)用戶的成長，對待開源技術逐漸有了正確方法。據(jù)TWT社區(qū) 2021年3月《六大行業(yè)企業(yè)容器云平臺建設現(xiàn)狀與趨勢報告》顯示，生產(chǎn)中心正在建設容器云的用戶，傾向采用商用技術路線的高達64.71%。如KubeSphere這類始終采用開源規(guī)范的容器產(chǎn)品，逐漸成為企業(yè)采購開源軟件商業(yè)服務的首選。
