如今，“云計(jì)算”一詞對(duì)大家來(lái)說(shuō)，已經(jīng)不再陌生了，市場(chǎng)上各種云也是百花齊放，各種公有云、私有云、混合云......那么你對(duì)容器云了解多少呢?容器云、Cloud Native，微服務(wù)等這些對(duì)企業(yè)又有著怎樣的影響呢?

在WOT2016互聯(lián)網(wǎng)運(yùn)維與開(kāi)發(fā)者峰會(huì)現(xiàn)場(chǎng)，51CTO記者獨(dú)家專訪到時(shí)速云技術(shù)總監(jiān)楊樂(lè)，他分享了自己對(duì)于云原生與微服務(wù)的理解與未來(lái)趨勢(shì)的預(yù)測(cè)，并給使用這兩者的企業(yè)指出了使用過(guò)程中需要注意的問(wèn)題，另外也為準(zhǔn)備上云的企業(yè)提出了非常中肯的建議，相信會(huì)對(duì)企業(yè)有不小的啟發(fā)。

嘉賓簡(jiǎn)介

[[165336]]

時(shí)速云技術(shù)總監(jiān)楊樂(lè)

楊樂(lè)，時(shí)速云的聯(lián)合創(chuàng)始人兼技術(shù)總監(jiān)。曾在阿里、賽門鐵克工作。于2014年開(kāi)始做容器云及Cloud Native相關(guān)的一些解決方案的產(chǎn)品。在安全領(lǐng)域、云計(jì)算領(lǐng)域都有豐富的實(shí)踐經(jīng)驗(yàn)。

云原生與微服務(wù)

***，楊樂(lè)對(duì)微服務(wù)的演進(jìn)做了簡(jiǎn)要介紹。表示微服務(wù)的核心理念實(shí)際上早就有，最早人們提的時(shí)候是提SOA，也就是面向服務(wù)架構(gòu)，但是這種面向服務(wù)的架構(gòu)，最早在實(shí)現(xiàn)的時(shí)候比較困難，后來(lái)逐漸被人遺忘;而在容器技術(shù)成熟或者說(shuō)大眾化以后，這個(gè)概念又重新被提起，轉(zhuǎn)化成一種思路就是微服務(wù)，不再有以服務(wù)架構(gòu)為中心的模式了，而是離散的各自為戰(zhàn).也就是說(shuō)微服務(wù)是借助著容器技術(shù)的發(fā)展逐漸落地，或者說(shuō)逐漸實(shí)踐才出來(lái)的。

那么云原生和微服務(wù)兩者又有什么聯(lián)系呢?楊樂(lè)指出，對(duì)于云原生來(lái)說(shuō)，有一個(gè)比較好的解釋就是云土著。所有的應(yīng)用在這個(gè)平臺(tái)上去創(chuàng)建、運(yùn)行、消亡，整個(gè)過(guò)程都在平臺(tái)上，而這與容器技術(shù)或者說(shuō)隔離技術(shù)是密不可分的。如果要運(yùn)行，對(duì)輕量級(jí)是有要求的，所以說(shuō)微服務(wù)是非常契合這種方式的，微服務(wù)成為Cloud Native應(yīng)用平臺(tái)比較明顯的一個(gè)特征，也就是說(shuō)檢驗(yàn)是不是云原生，從微服務(wù)在這里面起到的一個(gè)關(guān)鍵的指標(biāo)或者作用就可以看出來(lái)。

另外，楊樂(lè)又指出，云原生和微服務(wù)對(duì)企業(yè)的未來(lái)部署架構(gòu)會(huì)發(fā)生一定的變化，使用容器云，容器技術(shù)，可以把IaaS或者底層資源全部抽象化。企業(yè)業(yè)務(wù)對(duì)底層硬件依賴程度大大減低，企業(yè)的關(guān)注點(diǎn)不再是擔(dān)心某臺(tái)主機(jī)壞掉或者宕機(jī)，而應(yīng)該關(guān)注自身應(yīng)用是否健康。比如說(shuō)主機(jī)發(fā)生問(wèn)題，需要做的只是把這臺(tái)機(jī)器重新啟動(dòng)，檢查里面容器再運(yùn)行就可以了，剩下的全部是自動(dòng)化運(yùn)營(yíng)的方式來(lái)實(shí)現(xiàn)。另一方面，為企業(yè)的軟件交付過(guò)程提供了非常便捷的平臺(tái)，加快了從開(kāi)發(fā)測(cè)試到生產(chǎn)部署的整個(gè)流程，這樣可以提高企業(yè)的開(kāi)發(fā)效率，或者說(shuō)迭代效率，為企業(yè)降低IT管理成本。

企業(yè)在選擇云原生和微服務(wù)的過(guò)程中需要注意的問(wèn)題

當(dāng)企業(yè)想采用云原生和微服務(wù)的技術(shù)架構(gòu)時(shí)，該注意哪些問(wèn)題呢?假如是一個(gè)新生或者初創(chuàng)企業(yè)，從無(wú)到有，則可以完全采用重新的架構(gòu)，沒(méi)有任何歷史負(fù)擔(dān)。如果企業(yè)原有軟件架構(gòu)一直在運(yùn)行，業(yè)務(wù)流程都已經(jīng)穩(wěn)定了，去突然改變，成本是非常高的，對(duì)于這些企業(yè)，楊樂(lè)建議可以采取逐步過(guò)渡的方式，首先將企業(yè)的容器或者云平臺(tái)搭建好，然后逐步將企業(yè)的應(yīng)用分批，或者說(shuō)等新功能來(lái)了以后，再切上去。這樣逐漸把所有的功能移到新的模式上去。

在逐漸遷移的過(guò)程中會(huì)遇到哪些困難呢?

楊樂(lè)指出，在這個(gè)過(guò)程中，企業(yè)有可能會(huì)遇到容器云平臺(tái)是否可以滿足業(yè)務(wù)的性能，或者是說(shuō)業(yè)務(wù)的指標(biāo)要求的問(wèn)題。比如說(shuō)網(wǎng)絡(luò)的性能可能容器化以后，會(huì)有一些損失，資源管理的操控性有可能變小等問(wèn)題。這時(shí)企業(yè)就需要面臨一個(gè)問(wèn)題：是要選擇可以使企業(yè)運(yùn)維、部署更新比較方便，但有可能會(huì)面臨某一些性能或者管理的損失的微服務(wù)架構(gòu)平臺(tái)呢?還是更新迭代速度慢的老的方式呢?這就需要企業(yè)根據(jù)自身的發(fā)展規(guī)劃來(lái)做決定。

未來(lái)趨勢(shì)預(yù)測(cè)

楊樂(lè)指出，容器技術(shù)毋庸置疑，將會(huì)是未來(lái)虛擬化的一個(gè)發(fā)展方向。尤其是對(duì)軟件交付、持續(xù)集成，整個(gè)開(kāi)發(fā)的部署過(guò)程，還有軟件的迭代過(guò)程影響是非常大的。其次企業(yè)的架構(gòu)方式也將會(huì)隨著容器的大眾化發(fā)生改變，逐漸向微服務(wù)邁進(jìn)。另外DevOps也會(huì)隨著以上這些技術(shù)問(wèn)題的實(shí)現(xiàn)逐漸流行起來(lái)。

時(shí)速云產(chǎn)品在微服務(wù)及軟件交付方面的優(yōu)點(diǎn)

時(shí)速云提供的公有云產(chǎn)品服務(wù)，包括容器服務(wù)、持續(xù)集成、鏡像服務(wù)、私有托管等。微服務(wù)方面，平臺(tái)原生支持微服務(wù)的編排，多個(gè)容器共同組合成服務(wù)，容期間共享存儲(chǔ)和網(wǎng)絡(luò)，Stack層次支持負(fù)載均衡和自動(dòng)伸縮。在軟件交付過(guò)程中，用戶可以在時(shí)速云快速代碼集成、構(gòu)建以及鏡像推送，一健部署部署應(yīng)用，對(duì)于有狀態(tài)服務(wù)可選擇分布式存儲(chǔ)的掛載。在應(yīng)用運(yùn)維過(guò)程中，支持實(shí)例個(gè)數(shù)的自動(dòng)伸縮和應(yīng)用的灰度升級(jí)。持續(xù)集成支持快速構(gòu)建和自動(dòng)構(gòu)建，支持代碼倉(cāng)庫(kù)變動(dòng)的自動(dòng)觸發(fā)，支持國(guó)際節(jié)點(diǎn)構(gòu)建，以及不同的構(gòu)建和部署規(guī)則。鏡像中心提供了大量有效可用的鏡像。時(shí)速云的私有集群產(chǎn)品，允許用戶搭建私人專區(qū)，保證用戶的獨(dú)立性與隔離性。也可以支持用戶根據(jù)需要手動(dòng)或自動(dòng)建立自己的集群。

對(duì)準(zhǔn)備上云公司的建議

目前企業(yè)“上云”是一個(gè)大趨勢(shì)，對(duì)于還沒(méi)有上云的企業(yè)，楊樂(lè)給出了以下建議：

• 根據(jù)企業(yè)自身發(fā)展?fàn)顩r選擇適合自己的云，私有云還是公有云?
• 在選擇容器云時(shí)，考慮清楚所要解決的問(wèn)題，到底是自身的IT的架構(gòu)，還是自身的開(kāi)發(fā)運(yùn)維的方式?
• 容器云需要底層有計(jì)算資源的支撐，上云前考慮好企業(yè)到底是需要容器云，還是要抽象硬件的IaaS?