云原生集成開發(fā)環(huán)境——TitanIDE
通過網(wǎng)頁在任何地方更安全、更高效地編碼2023-06-08
772
數(shù)字化轉(zhuǎn)型是國家戰(zhàn)略,各位估計眼睛看這幾個字都看出繭了。所以,今天不聊數(shù)字化轉(zhuǎn)型,今天聊企業(yè)上云。
隨著云計算技術(shù)的日益成熟和云計算服務商的不斷涌現(xiàn),越來越多的企業(yè)將業(yè)務應用遷移到云端。但是,企業(yè)上云“坑”很多。這篇文章就跟大家好好分析分析,篇長慎入!??!
做事情最忌——別人干我也干,別人怎么干,我也怎么干。西施抹口紅是美人如玉,東施抹口紅的效果可能是這樣的。
如果企業(yè)上云也是這樣,那幾乎就是在為企業(yè)埋雷,后面就等著一踩一個坑,還帶冒煙的。
那怎么辦?先弄清楚3個問題:
· 企業(yè)上云是什么?
· 企業(yè)為什么上云?
· 企業(yè)上云的未來是什么樣子?
企業(yè)上云是什么?這個問題聽上去非常容易,不就是企業(yè)的應用放到云上去嗎?其實沒那么簡單,它又包含如下三個子問題,我們再深入理一理。
企業(yè)的什么上云?答案是企業(yè)的數(shù)字化應用,那數(shù)字化應用可能有客戶端、服務端,都放到云上去嗎?比如企業(yè)的數(shù)字化應用有手機app,也要放到云上去嗎?當然不是!所以,很顯然,主要是數(shù)字化應用的服務端上云。
上什么云?是指公有云、私有云、專有云,還是混合云?對于這個問題,不同的企業(yè)的現(xiàn)況會有不一樣的選擇。比如企業(yè)的業(yè)務要求不能放在公網(wǎng)上,并且企業(yè)規(guī)模大,數(shù)字化應用也多,可能就上私有云。另外,企業(yè)在不同階段可能會不一樣,原來政策要求不能放公網(wǎng)的應用,現(xiàn)在能放公網(wǎng)了,就能上公有云了。所以,這些云需要對應用屏蔽差異。這一點很重要、很重要、很重要!云對應用屏蔽了差異后,應用可以做到在不同云之間無縫遷移。
云上有物理機、虛擬機、容器云,那上云上的是哪里?現(xiàn)在談的企業(yè)上云,一般談的是容器云,即K8S,因為K8S能夠屏蔽底層差異。
企業(yè)上云究竟圖個啥?咱們用下面一個圖就能說明白。
一個應用的承載,下面有4層,我們使用哪一層的云服務,就能夠省掉下面幾層的建設和維護的成本。比如,你使用的云虛擬機,下面物理機、機房的購買、建設、維護的費用你就省了,使用公有云無非是第三方廠商來提供下面兩層的服務,使用私有云就是企業(yè)有專門的團隊來提供下面兩層的服務。
這里要重點說明一下,如果使用容器服務,除了可以免掉下面三層的成本,還會有其他的重大價值:
· 彈性:使用K8S能夠做到資源彈性伸縮,當業(yè)務負載高時,能自動擴副本數(shù),業(yè)務負載低時,自動回收副本。減輕應用運維的壓力,又能省資源。企業(yè)部署應用時,不用像之前一樣先預留好大資源以應急,造成大量的資源閑置和浪費。
· 可靠性:彈性本身可以提升可靠性,當負載量提升時還能讓應用應付自如。其次,當容器節(jié)點故障時可以重新調(diào)度到其他節(jié)點?;蛘?,當一個容器故障時,重建容器,甚至當一個機房故障時,重新調(diào)度到另一個機房。
· 屏蔽底層差異:這點是彈性和可靠性的支撐條件之一,能夠屏蔽底層差異,才能絲滑地彈性擴容和重調(diào)度。
凡事都具有兩面性,弄清楚了使用不同層次云服務的價值之后,也需要弄清楚使用它的成本,顯性成本顯而易見,需要看見的是隱性成本,主要有如下隱性成本:
· 使用哪一層的云服務,就需要運維這一層本身。
· 上一層的改造和適配。
以使用容器(K8S)服務這一層為例,上云上到容器是非常好,但是有兩塊巨大隱性成本:
· 本層的運維:那么你需要有專業(yè)的人來運維K8S,監(jiān)控告警、集群升級、備份恢復、集群配置、集群調(diào)優(yōu)、外部對接、容量規(guī)劃等等。懂K8S運維的人,市場上不多,這里付出的成本會比較高。
· 上一層的改造和適配:容器的上一層是應用,為了讓應用能在容器中很好運行,那么應用需要進行改造,應用的生產(chǎn)方式、部署方式和運維方式。這一點的成本也比較高。
建議想清楚價值與成本,做好規(guī)劃之后,再做投入。
其實,從金字塔圖來看,企業(yè)上云越來越關(guān)注上層,越來越趨向應用,越來越不關(guān)心資源。
從某個角度上說,容器仍然是資源。當前企業(yè)上云,說的其實都是上容器。未來能否再往上走,企業(yè)不用運維容器,也完全不用管資源呢?
完全可以!
我們可以腦洞一下,其實完全可以做到,我購買一個應用空間,是一個虛擬的邏輯概念,在里面設計我的應用、部署我的應用、運維我的應用就好了。這樣,從容器到下面所有層,對應用來說就是一個資源的黑盒子,如下圖右半部分。其實,這就是云原生的本質(zhì)——以應用為中心。
這樣的話,帶來的是范式革命,資源與應用的匹配關(guān)系就變了。
· 傳統(tǒng)方式:置備資源,部署應用。
· 未來方式:部署應用,自動匹配資源,資源變成了按需匹配的服務,就像水和電一樣。
再打個比方,如果我們把底層資源當成自來水,水的使用方式是擰開水龍頭,就能夠使用,但這仍然不是自來水的高級用法,更高級的用法是——自來水的使用綁定使用場景,比如洗衣機,洗衣機對接好自來水,對于我們而言,不需要再去關(guān)注水了,我們只用打開洗衣機洗衣服就夠了,洗衣機會根據(jù)實際情況自動控制水量。未來家里對水的使用,越來越多綁定在使用場景中,洗衣機、冰箱、智能電飯煲、洗碗機、馬桶、刷牙機等等。未來出生的孩子,也許他們再也見不到水龍頭,也不知道水龍頭是何物。這些孩子就是電器原生的,跟云原生的概念類似。
咱們進一步探索,未來的云會是什么樣呢?我想會是如下這樣子:
企業(yè)都是在應用云上進行應用的全生命周期管理,不用再看到阿里云、騰訊云、AWS、企業(yè)私有云的細節(jié),也不用運維云資源,這些云服務廠商只是提供了在世界各地不同的服務規(guī)格的云資源。企業(yè)只需要在應用云上把應用交付到不同云服務。這樣,就徹底做到了以應用為中心。個人認為,這是云原生的終態(tài)。賣個廣告,這就是kaiyun開云創(chuàng)新產(chǎn)品的理念,我們做的是應用云。
弄清楚了上面幾個問題,然后再思考企業(yè)該如何上云。每個企業(yè)情況不一樣,需要根據(jù)企業(yè)自身的情況來考慮。關(guān)于企業(yè)如何上云,我這里沒法給出放之四海而皆準的答案,只能給出一些如何思考的一些建議,希望對您有幫助!