網(wǎng)易蜂巢: 容器是微服務(wù)架構(gòu)“天然”的載體

從Netflix、Amazon、Airbnb等公司的成功實(shí)踐開始,微服務(wù)因其高度的彈性、靈活性和效率的巨大提升,迅速受到各領(lǐng)域架構(gòu)師和技術(shù)決策者的關(guān)注,一躍成為2016年IT領(lǐng)域最受關(guān)注的技術(shù)潮流之一。

而在幾年前,所謂的微服務(wù)架構(gòu)不過是滿大街充斥的軟件架構(gòu)里的一個(gè)新名詞而已,甚至可以說微服務(wù)架構(gòu)的受寵和容器云的到來不無關(guān)系。作為國內(nèi)領(lǐng)先的容器云服務(wù)商,網(wǎng)易蜂巢曾在多個(gè)場(chǎng)合表現(xiàn)出了對(duì)微服務(wù)架構(gòu)的青睞,其又是如何看待微服務(wù)架構(gòu)的?

微服務(wù)很美,卻也有太多的不足

很多人將微服務(wù)看作是SOA的升級(jí),或許也正是這個(gè)原因,微服務(wù)架構(gòu)相比于單體應(yīng)用解決了很多問題,本身也帶來了一系列的復(fù)雜性難題。

一般來說,微服務(wù)架構(gòu)的一個(gè)明顯特征就是局部修改,局部更新。比如說對(duì)一個(gè)單體應(yīng)用進(jìn)行修改時(shí),可能要先把整個(gè)包給停了,然后再去修改,而微服務(wù)只需逐步修改和更新即可。

此外,微服務(wù)具有故障隔離的有點(diǎn),單體應(yīng)用是跑在一起,所以只要一個(gè)模塊有問題,其他就都會(huì)有問題,而微服務(wù)的故障隔離性、業(yè)務(wù)可持續(xù)性都非常高。

還有就是微服務(wù)的資源利用率非常高,這一點(diǎn)通過 Airbnb、迪斯尼、Dropbox、Twitter等公司的實(shí)踐得到了驗(yàn)證,使用微服務(wù)架構(gòu)之后,軟件的構(gòu)建和部署在速度和靈活性上都得到巨大提升,交付成本更低,系統(tǒng)更具彈性,開發(fā)周期削減多達(dá)75%。

不過在現(xiàn)有的架構(gòu)下,微服務(wù)架構(gòu)的復(fù)雜性一直是一些公司將其拒之門外的原因所在。

其一,微服務(wù)間較強(qiáng)的依賴關(guān)系管理。如果拆成微服務(wù)依賴關(guān)系該如何處理,比如說某個(gè)微服務(wù)更新了會(huì)不會(huì)對(duì)整個(gè)系統(tǒng)造成影響。

其二,微服務(wù)本身的部署復(fù)雜。因?yàn)槲⒎?wù)是一個(gè)網(wǎng)狀分布的,一個(gè)微服務(wù)應(yīng)用往往有數(shù)百個(gè)實(shí)例構(gòu)成,每個(gè)應(yīng)用實(shí)例都需要配置諸如數(shù)據(jù)庫和消息中間件等基礎(chǔ)服務(wù)。

其三,微服務(wù)面臨資源分配的難題。在使用微服務(wù)的情況下,需要為每一個(gè)微服務(wù)按需分配資源,那么該為每個(gè)微服務(wù)分配多少資源,啟動(dòng)多少個(gè)實(shí)例呢,這也是非常大的問題。

除此之外,微服務(wù)還面臨著監(jiān)管和協(xié)作方面的難題。Docker的崛起似乎讓微服務(wù)架構(gòu)迎來了曙光,尤其是以Docker為基礎(chǔ)的容器云給DevOps帶來了一場(chǎng)革命,也加速了微服務(wù)架構(gòu)的實(shí)現(xiàn)。

微服務(wù)和容器是1+1>2的結(jié)合

和 很多容器平臺(tái)一樣,網(wǎng)易蜂巢也看到了微服務(wù)架構(gòu)在容器云平臺(tái)上的優(yōu)越性。微服務(wù)解決了單體式應(yīng)用的復(fù)雜性問題,應(yīng)用被分解為多個(gè)可管理的分支或服務(wù),每個(gè) 服務(wù)有相對(duì)獨(dú)立的部署,更容易開發(fā)、理解和維護(hù)。而網(wǎng)易蜂巢正是憑借持續(xù)集成、高可用的平臺(tái)服務(wù)、完善的運(yùn)維工具等吸引了大批的企業(yè)用戶。

網(wǎng)易蜂巢的產(chǎn)品負(fù)責(zé)人解釋說,以Docker為代表的容器技術(shù)為微服務(wù)架構(gòu)的升級(jí)提供了“天然”的載體。

首先容器技術(shù)有效提升了微服務(wù)的架構(gòu)能力。比如說網(wǎng)易蜂巢團(tuán)隊(duì)利用Kubernetes容器集群管理技術(shù),結(jié)合網(wǎng)易豐富的互聯(lián)網(wǎng)產(chǎn)品經(jīng)驗(yàn),實(shí)現(xiàn)了微服務(wù)發(fā)布、高可用和集群伸縮等特性。使得應(yīng)用程序能夠更快地進(jìn)行創(chuàng)建,并且更易于維護(hù),同時(shí)又能夠得到更高的質(zhì)量。

其次,容器云的 DevOps功能提升了微服務(wù)協(xié)作的效率。在一定程度上來說,云計(jì)算的價(jià)值不是成本而是效率。網(wǎng)易蜂巢在Docker容器技術(shù)的基礎(chǔ)上實(shí)現(xiàn)了DevOps研發(fā)模式,提升研發(fā)和應(yīng)用交付的效率,為開發(fā)者提供安全、便捷、高效的容器云解決方案。

基于網(wǎng) 易杭州研究院近十年的研發(fā)運(yùn)維經(jīng)驗(yàn),網(wǎng)易蜂巢充分發(fā)揮Docker容器技術(shù)的優(yōu)勢(shì)實(shí)現(xiàn)了DevOps研發(fā)模式,不斷提升研發(fā)和應(yīng)用交付的效率,為開發(fā)者提 供安全、便捷、高效的容器云解決方案。對(duì)于即將推出的微服務(wù)架構(gòu),網(wǎng)易蜂巢產(chǎn)品負(fù)責(zé)人表示容器云平臺(tái)下的微服務(wù),將成為加速微服務(wù)架構(gòu)應(yīng)用的游戲變革者。

免責(zé)聲明:本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性,但不保證有關(guān)資料的準(zhǔn)確性及可靠性,讀者在使用前請(qǐng)進(jìn)一步核實(shí),并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏,概不負(fù)任何法律責(zé)任。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí),應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明,并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后,將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí),溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。

2016-07-20
網(wǎng)易蜂巢: 容器是微服務(wù)架構(gòu)“天然”的載體
從Netflix、Amazon、Airbnb等公司的成功實(shí)踐開始,微服務(wù)因其高度的彈性、靈活性和效率的巨大提升,迅速受到各領(lǐng)域架構(gòu)師和技術(shù)決策者的關(guān)注,一躍成為2016年IT領(lǐng)域最受關(guān)注的技術(shù)潮流之一。

長按掃碼 閱讀全文