無論是云還是容器還是傳統(tǒng)信息化，從一個技術從概念到落地，從企業(yè)的談資到不得不面對的轉(zhuǎn)型問題，中國企業(yè)其實已經(jīng)經(jīng)歷了好幾輪不得不面對的技術變革。雖然早在5年前的2015年，云原生的概念就已有定義，但在應用上線越來越敏捷的今天，如何打破企業(yè)在開發(fā)、測試、運維互相分裂的狀態(tài)，將整個企業(yè)開發(fā)運維部門更有效的結(jié)合起來，是一個企業(yè)能否快速取得關鍵成功的必然需求，也是企業(yè)的一種自然法則下的選擇，正是這一需求推動了云原生的發(fā)展。
KubeSphere容器平臺產(chǎn)品經(jīng)理 于爽
何種因素推動了云原生的快速發(fā)展
云原生的優(yōu)勢在于可以很好地構(gòu)建容錯性好、易于管理、便于觀察的松耦合系統(tǒng)。結(jié)合可靠的自動化手段，云原生技術使工程師能夠輕松地對系統(tǒng)作出頻繁、可預測的重大變更。在現(xiàn)實生活中，我們經(jīng)常會看到很多互聯(lián)網(wǎng)企業(yè)都會做促銷活動，很多泛金融類，比如銀行、保險都在做數(shù)字化轉(zhuǎn)型，類似互聯(lián)網(wǎng)企業(yè)線上頻繁的活動。這一切都需要基礎設施做配合，包括企業(yè)的應用架構(gòu)、業(yè)務實現(xiàn)，而云原生技術正是輔助企業(yè)完成數(shù)字化轉(zhuǎn)型的。
在軟件架構(gòu)上，以前的單體應用是所有的業(yè)務都在一個應用包里，把所有代碼打包在一起；之后有了分層，3 Tier、MVC（前端、后端、中間控制器）；后來IBM主導SOA的架構(gòu)，有服務總線，是一種比較好的解耦方式，但它還是面向集中式的業(yè)務；現(xiàn)在談論更多的是微服務，很多互聯(lián)網(wǎng)企業(yè)已經(jīng)做到生產(chǎn)業(yè)務微服務化。
協(xié)作流程因為業(yè)務需求的變化也體現(xiàn)了云原生的優(yōu)勢：以前的運維和開發(fā)團隊，開發(fā)、測試、美工、項目經(jīng)理，所有人面對同一個項目、同一個產(chǎn)品，可能需要歷時三個月甚至半年時間才發(fā)布一個版本，所有人都得參與上線過程。在現(xiàn)在，業(yè)務開始往敏捷、DevOps方向發(fā)展，團隊被拆解，微服務使得項目或產(chǎn)品已經(jīng)被切割成很小的模塊。比如購物車團隊可能只需要一個全棧的研發(fā)，他不需要了解其他模塊的業(yè)務，他跟其他模塊的溝通是服務與服務之間的API、文檔等。是一個很松耦合的團隊組織架構(gòu)。
Gartner報告稱“到2020年，大概有75%的全球化企業(yè)將在生產(chǎn)中使用容器化應用。”云原生應用架構(gòu)將在2-5年內(nèi)達到“Plateau of Productivity”，即在企業(yè)所有的IT基礎設施都可以用云原生闡釋和構(gòu)建。
可以說云原生更像當初企業(yè)上云一樣，從一個談資到了不得不去做的事情，通過優(yōu)勝劣汰的自然法則，不能通過云原生在業(yè)務上建立優(yōu)勢的企業(yè)，很可能面臨的是被競爭對手在業(yè)務上的淘汰。
開箱即用，KubeSphere讓企業(yè)專注于業(yè)務創(chuàng)新
Kubernetes最開始是由谷歌開源的虛擬化平臺或是支撐云原生的基礎設施平臺，開源后貢獻給了CNCF基金會，包括微軟、IBM以及青云QingCloud都是這個社區(qū)的主要貢獻者。目前對于企業(yè)而言，雖然采用Kubernetes的企業(yè)可以很好的在跨基礎設施上進行應用遷移，但考慮到Kubernetes只提供了基礎平臺，用戶需要一個桌子需要自己先制造釘子和錘子，這讓企業(yè)在高昂的IT人力成本下，開發(fā)人員從事的卻是和業(yè)務本身無關的工作，這一復雜的特性，讓Kubernetes在企業(yè)中的普及受到了影響。
為了可以讓企業(yè)將有限的開發(fā)人員集中于業(yè)務創(chuàng)新，青云QingCloud打造了自己的KubeSphere云原生專業(yè)平臺，并在2018年4月，在GitHub上開源KubeSphere第一行代碼；2018年7月發(fā)布KubeSphere 1.0，借助青云的CIC大會正式發(fā)布，時至今日，KubeSphere已發(fā)布到了2.1版本，并聚焦于降低平臺落地的成本以及用戶使用的成本。
社區(qū)用戶把KubeSphere稱為云原生全家桶，因為KubeSphere提供了很多可選的功能組件，用戶可以在使用過程中，根據(jù)自己的業(yè)務需求有選擇性的使用這些組件。簡單羅列了一下：
首先，核心功能開箱即用。一、即點即用的DevOps，面向開發(fā)測試人員，覆蓋了開發(fā)測試全鏈條的發(fā)布。從提交代碼、構(gòu)建應用、應用發(fā)布到測試環(huán)境、測試通過發(fā)布到準生態(tài)環(huán)境及生產(chǎn)環(huán)境，這一套流程在KubeSphere平臺上可通過可視化界面進行統(tǒng)一的管理。
二、靈活可選的微服務框架，現(xiàn)在Java系比較主流的SpringCloud、Dubbo；CNCF現(xiàn)在主推的Istio，Istio是由谷歌、IBM和Lyft三家公司主導的開源項目。不管是傳統(tǒng)微服務框架還是主流的云原生微服務框架，在KubeSphere平臺上都可以得到很好的支持。
三、應用跨平臺一鍵部署。這是得益于容器、Kubernetes的特性，天然地在KubeSphere產(chǎn)品里支持。其次，健壯的容器基礎設施。青云QingCloud主導的開源項目肯定會把自己擅長的技術同時輸出到這個平臺。青云有自己的SDN、SDS產(chǎn)品，包括QingCloud云平臺，都可以跟KubeSphere很好的整合。這個整合并不是強綁定的關系，KubeSphere既可以安裝在青云之上，也可以安裝在其他云平臺、物理機或者VMware之上。如果你目前正在使用青云其他產(chǎn)品，在KubeSphere上也有與之對接的接口，可以保證這些產(chǎn)品之間很好的整合。
最后，企業(yè)級增強特性。極簡人機交互，通過社區(qū)用戶和商業(yè)用戶的反饋，我們對KubeSphere的產(chǎn)品體驗，信心是非常強的。在大型企業(yè)落地，多租戶、運維友好和安全都是必須的功能。從剛剛演示的監(jiān)控場景，監(jiān)控功能從資源視角、應用視角，運維人員都可以得到滿足。另外是合規(guī)，從產(chǎn)品控制層面，像銀行、保險公司部署安裝KubeSphere時都要滿足他們審計上的要求。
2020年KubeSphere將橫跨兩個大版本
雖然在去年11月青云QingCloud剛剛發(fā)布KubeSphere到2.1版本，但根據(jù)青云的路線圖顯示，青云將在今年3月發(fā)布KubeSphere的3.0版本。根據(jù)于爽的介紹，在3.0.0版本里除了支持多集群外，KubeSphere也會傾向網(wǎng)絡租戶隔離、計量、GPU可觀察性，對接vGPU的功能。其主要原因在于通過開源社區(qū)和Meetup活動，青云收集用戶最主要的關心點是多集群、項目管理。Kubernetes在向統(tǒng)治一切基礎設施的方向邁進，Kubernetes集群規(guī)模會越來越大，一個集群已經(jīng)承載不了企業(yè)現(xiàn)有的業(yè)務，企業(yè)會擁有多個集群，分布式的管理這些業(yè)務，而青云很快就將在大版本更新中加入企業(yè)關注的需求。
更讓人意外的是根據(jù)路線圖，青云將在2020年發(fā)布KubeSphere 4.0.0版本，更新將聚焦于計費系統(tǒng)、AI模型市場、訂閱模式以及可插拔模式，可以看出，其中主要都是和企業(yè)用戶關聯(lián)度比較大的功能。但從中我們也不難看出，從一年一個大版本到現(xiàn)在半年一個大版本，青云顯然已經(jīng)在這一業(yè)務領域駕輕就熟。
可以說KubeSphere是青云為企業(yè)鋪平開發(fā)運維環(huán)境差異性的平臺，考慮到了企業(yè)用戶的業(yè)務、運維以及開發(fā)的多重差異化需求，并提供了完善的環(huán)境和方案，真正讓企業(yè)用戶開箱即用，將全部精力集中于業(yè)務創(chuàng)新。
申請創(chuàng)業(yè)報道，分享創(chuàng)業(yè)好點子。點擊此處，共同探討創(chuàng)業(yè)新機遇！
