原標題:繼UK8S后,UCloud再推容器實例Cube,為了誰?
又是一年Think in Cloud,疫情原因,形式變了,線上+線下同步進行,但精彩不變。此次大會上,UCloud帶來了眾多最新的產(chǎn)品技術(shù)和最佳實踐,一天跟下來,無數(shù)次感嘆,UCloud能在巨頭夾擊的公有云市場存活下來,并且成為公有云上市第一股,絕不是靠運氣,UCloud有兩把刷子。
本文就借著UCloud新產(chǎn)品Cube容器實例(以下簡稱“Cube”)發(fā)布的契機,聊聊UCloud為什么能成功。
談起容器,大家應(yīng)該不陌生。
伴隨云計算2.0時代的到來,云原生受到空前關(guān)注,容器作為云原生最基礎(chǔ)的技術(shù),在短時間也實現(xiàn)了快速普及。來自權(quán)威機構(gòu)的調(diào)查數(shù)據(jù)顯示,2019年已有43.9%的用戶采用了容器技術(shù),另外有40.8%的用戶計劃采用容器技術(shù),容器發(fā)展勢頭可以說非常迅猛。與此同時,Kubernetes已成事實上的標準,幾乎一統(tǒng)容器天下。
那么一連串問題就來了,既然Kubernetes大器已成,UCloud為什么還會做Cube這樣一款產(chǎn)品?事實上,UCloud也有Kubernetes的產(chǎn)品UK8S,Cube有什么獨特價值?Cube和UK8S是什么關(guān)系?下面我們來一一解答這些問題。
01
Cube,為了讓更多客戶獲益
Kubernetes香歸香,但不是所有用戶都能共享到Kubernetes的技術(shù)紅利。為什么這么說?UCloud近兩年的客戶服務(wù)歷程可以說就是最好的注解。
UCloud產(chǎn)品經(jīng)理張鵬波在演講中提到一個非常有趣的現(xiàn)象,兩年前他們在和一些客戶溝通時,對方就說想把業(yè)務(wù)嵌到Kubernetes中,但兩年過去了,他們還在說著同樣的話。
UCloud很困惑,因為這其中UCloud也做了很多線上線下的技術(shù)培訓(xùn)。但結(jié)果依舊很不理想,本質(zhì)原因究竟是什么?其實就一句話,Kubernetes太復(fù)雜了,很多企業(yè)沒有足夠的能力、資源去系統(tǒng)學(xué)習、規(guī)劃、全面上Kubernetes。
事實上,這也是自2018年,UCloud推出Kubernetes產(chǎn)品UK8S至今,兩年間服務(wù)客戶過程中收到的問題反饋的集中體現(xiàn)。據(jù)張鵬波介紹,用戶對Kubernetes的困惑可以歸納總結(jié)為三個方面:
一、Kubernetes體系較為復(fù)雜,學(xué)習曲線比較陡峭,需要客戶團隊有一定技術(shù)儲備,對于已經(jīng)使用容器但尚未嘗試Kubernetes的客戶也是如此,一方面需要了解Kubernetes的技術(shù)體系,另一方面需要修改應(yīng)用架構(gòu)適配Kubernetes。
二、維護Kubernetes集群會增加額外的負擔,用戶除了管應(yīng)用還需要管后端資源,并不能實現(xiàn)以應(yīng)用為中心的業(yè)務(wù)管理。
三、Kubernetes會造成資源浪費,因為它是基于虛擬架構(gòu)建容器,而不是直接建立容器,這也導(dǎo)致應(yīng)用就緒等待時間較長,并不能完全體現(xiàn)容器敏捷的特性。
所有這些因素促使UCloud下決心研發(fā)一款新的容器產(chǎn)品,讓沒有太強技術(shù)能力的企業(yè)也能用上、用好。這款新產(chǎn)品也就是本文要講的Cube。
02
Cube,有什么不一樣
下面來全面認識一下Cube。
先來直觀的看下Kubernetes和Cube的使用流程對比,如下圖,一目了然,Cube相較Kubernetes,省去了三個費時費力的步驟,Kubernetes是先學(xué)習,而Cube只需要容器鏡像就能使用。
對Cube有了直觀的認識后,下面再來詳細拆解一下Cube。
簡單理解Cube,它是一個小號的Kubernetes體系。在Cube中,UCloud保留了諸如Kubernetes自動部署調(diào)度、快速擴容、故障自愈等便捷用戶使用的功能,去掉、屏蔽了像Kubernetes架構(gòu)、配置、網(wǎng)絡(luò)等的復(fù)雜性。
所以,Cube基本上可以理解為一個傻瓜式的平臺,點點鼠標就能完成部署應(yīng)用。就如張鵬波所說,通過Cube,用戶只需要提供打包好的容器鏡像,即可快速、批量部署容器化應(yīng)用,而不需要預(yù)先購買云主機或UK8S集群。換句話說,無論是技術(shù)層面還是成本方面,Cube都能帶來極大的改善。
具體來說,firecracker輕量級虛擬化、cri-o + firecracker-containerd容器管理服務(wù),以及Kubernetes基本調(diào)度框架是Cube的基本組成單元。當然,每一部分UCloud都進行了相應(yīng)的優(yōu)化。
比如,虛擬化層,UCloud對firecracker的kernel/rootfs/init進程等做了充分地精簡優(yōu)化,只保留了最基本的功能,以加快啟動速度,減小安全攻擊面,降低資源消耗。另外,UCloud還在firecracker中內(nèi)置了infra container,使得Cube作為pod運行時可以不必掛載額外的infra容器。
容器管理層,UCloud修改了cri-o管理容器組的架構(gòu),采用了單pod對應(yīng)單shim的模型,這樣可以顯著降低shim資源消耗,簡化容器管理。
調(diào)度層,針對Kubernetes,在控制面,UCloud采用了自定義的調(diào)度器,可以更好的滿足多租戶場景下任務(wù)優(yōu)先級、調(diào)度速度、資源管理的需求。在宿主節(jié)點上,鑒于Cube運行的特點,UCloud精簡了一些不需要kubelet實現(xiàn)的功能,例如在宿主上掛載configmap/volume目錄、運行cni插件、收集特定目錄日志等,增強了容器與宿主之間的隔離安全性。
從以上內(nèi)容不難看出,Cube不是基于開源軟件簡單改改而來的一款產(chǎn)品,而是UCloud真正從用戶需求側(cè)出發(fā),一點點打磨出來的一款產(chǎn)品。事實上,這也是UCloud成功的一個決定性因素,以客戶為中心,狠抓產(chǎn)品創(chuàng)新,回顧UCloud的發(fā)展史,這樣的例子不勝枚舉,比如安全屋就是另一個典型。
全面創(chuàng)新使得Cube有著與眾不同的特性,比如:
免運維。不需要云主機自然就省去了維護過程,真正讓用戶做到以應(yīng)用為中心。
無操作系統(tǒng)占用。不需要基礎(chǔ)運行環(huán)境,做到申請多少資源,容器就能使用多少資源,能用盡用,按需付費,最大程度減少浪費。
更小的規(guī)格。容器可以創(chuàng)建的足夠小,Cube最小規(guī)格可以做到0.1核128Mi,給用戶更細粒度的業(yè)務(wù)選擇。
虛擬機級別強隔離。firecracker輕量虛擬化技術(shù)能使每個容器組之間形成隔離,注意不是進程級別的隔離,提高了容器運行的安全性。
按秒付費。Cube實現(xiàn)了用戶只需為容器運行的生命周期進行付費。
Cube值得一提的特性還有很多,比如每個Cube實例都具備獨立的內(nèi)網(wǎng)和外網(wǎng)IP,Cube實例重啟后,內(nèi)網(wǎng)和外網(wǎng)IP保持不變,并且可以作為ULB的后端服務(wù)節(jié)點對外暴露服務(wù),提供穩(wěn)定可靠的服務(wù)。再比如,Cube目前已支持在創(chuàng)建時直接掛載UFS作為持久存儲,這一點在便利性上甚至比云主機更好。
綜上所述,Cube有兩個關(guān)鍵詞:簡化、節(jié)約。為的都是降低門檻,讓更多用戶用上容器這樣先進的技術(shù),享受時代的紅利。
03
承上啟下,Cube的大用處
最后聊一下Cube和Kubernetes的關(guān)系。
前面提到了Cube的調(diào)度層用的也是Kubernetes,只不過做了一些改造,所以Cube和Kubernetes的關(guān)系其實很簡單,Cube可以向上對接Kubernetes。在UCloud內(nèi)部,Cube被定義為一個承上啟下的產(chǎn)品。
對下,Cube可以讓在技術(shù)、支出方面有顧慮的客戶用起來,向上,如果客戶容器應(yīng)用規(guī)模逐步擴大,又可以無縫銜接更加強大的Kubernetes體系。換句話說,UCloud給客戶提供了一種分層建設(shè)的路徑。
正因如此,在7月初UCloud將Cube推出公測至今短短幾個月時間,吸引了很多容器的客戶,典型場景如業(yè)務(wù)彈性擴縮容,比如達達就屬于此,再比如數(shù)據(jù)采集、轉(zhuǎn)發(fā)業(yè)務(wù),因為Cube能夠以更小的規(guī)格實現(xiàn),能夠幫助客戶節(jié)約成本。
張鵬波表示,Cube的適用范圍是很廣的,對于已經(jīng)使用Kubernetes的頭部客戶來說,可以把Cube作為資源池來使用,做彈性擴縮容。對于腰部客戶、小客戶,Cube則可以帶領(lǐng)他們?nèi)腴T,提前享受容器技術(shù)的紅利。
總結(jié)全文,透過Cube我們不僅看到了UCloud的產(chǎn)品匠心。Cube更像一面鏡子,透過它,能讀懂UCloud的很多。以客戶為中心,不能只關(guān)注大客戶的需求,還應(yīng)該有廣大的中小客戶痛點,這才是UCloud成功的關(guān)鍵。未來,Cube還會朝著簡化、節(jié)約的目標再前進,UCloud也將秉承初心,去幫助客戶上云,完成數(shù)字化升級。
- 蜜度索驥:以跨模態(tài)檢索技術(shù)助力“企宣”向上生長
- 美媒聚焦比亞迪“副業(yè)”:電子代工助力蘋果,下個大計劃瞄準AI機器人
- 微信零錢通新政策:銀行卡轉(zhuǎn)入資金提現(xiàn)免手續(xù)費引熱議
- 消息稱塔塔集團將收購和碩印度iPhone代工廠60%股份 并接管日常運營
- 蘋果揭秘自研芯片成功之道:領(lǐng)先技術(shù)與深度整合是關(guān)鍵
- 英偉達新一代Blackwell GPU面臨過熱挑戰(zhàn),交付延期引發(fā)市場關(guān)注
- 馬斯克能否成為 AI 部部長?硅谷與白宮的聯(lián)系日益緊密
- 余承東:Mate70將在26號發(fā)布,意外泄露引發(fā)關(guān)注
- 無人機“黑科技”亮相航展:全球首臺低空重力測量系統(tǒng)引關(guān)注
- 賽力斯發(fā)布聲明:未與任何伙伴聯(lián)合開展人形機器人合作
- 賽力斯觸及漲停,汽車整車股盤初強勢拉升
免責聲明:本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性,但不保證有關(guān)資料的準確性及可靠性,讀者在使用前請進一步核實,并對任何自主決定的行為負責。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏,概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時,應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明,并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后,將會依法盡快聯(lián)系相關(guān)文章源頭核實,溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。