容器和IaaS:誰(shuí)動(dòng)了誰(shuí)的奶酪 ?

責(zé)任編輯:editor005

2015-10-09 14:20:31

摘自:dockone

從這個(gè)背景,就可以看出我個(gè)人對(duì)IaaS和容器技術(shù)的關(guān)系,簡(jiǎn)而言之,容器和IaaS將來(lái)誰(shuí)動(dòng)誰(shuí)的奶酪,不取決于兩者自身,而是取決于用戶如何使用容器技術(shù)。

【編者的話】此次主要分享一下ZStack對(duì)IaaS和Container之間關(guān)系的一些思考。

很高興今天能在這里跟大家一起分享一下ZStack對(duì)IaaS和Container之間關(guān)系的一些思考,我先簡(jiǎn)單介紹一下我接觸容器技術(shù)的一些背景。

2013年的時(shí)候,我還在Citrix工作,有一天梁勝和我們的架構(gòu)師Chairdeep找到我,說(shuō)有一個(gè)客戶需要用到容器,讓我調(diào)研一下,當(dāng)時(shí)這個(gè)客戶主要需求是要做HPC,即高性能計(jì)算,傳統(tǒng)虛擬技術(shù)性能損耗比較大,用Bare Metal技術(shù)又失去了虛擬化的靈活性,所以我們決定用容器方案,比如在一個(gè)機(jī)器上只跑一個(gè)容器,這樣這個(gè)虛機(jī)就可以獲得近乎物理機(jī)的性能,同時(shí)具有所有虛擬化的靈活性。

最初我選擇的方向是LXC,因?yàn)檫@個(gè)技術(shù)我本身比較了解,也是比較流行的技術(shù),我花了幾天時(shí)間就把POC做好了。正好這個(gè)時(shí)候公司來(lái)了個(gè)新同事叫 Susan,她以前是DotCloud的銷售人員,知道我在做這個(gè)事情,建議我試試Docker。于是我又開(kāi)始研究Docker,感覺(jué)是這個(gè)新生事物很多理念都非常新,但客戶的需求是傳統(tǒng)虛機(jī)用法,似乎那時(shí)的Docker并沒(méi)有帶來(lái)特別多的好處,而且Docker Hub的用法,CloudStack里secondary storage并不能很好的支持,所以最后我們還是采用了LXC的方案。我在做好POC后,就交給印度團(tuán)隊(duì)去實(shí)現(xiàn)了。也是從那個(gè)時(shí)候我開(kāi)始了解并認(rèn)識(shí)容器技術(shù)。

從這個(gè)背景,就可以看出我個(gè)人對(duì)IaaS和容器技術(shù)的關(guān)系,簡(jiǎn)而言之,容器和IaaS將來(lái)誰(shuí)動(dòng)誰(shuí)的奶酪,不取決于兩者自身,而是取決于用戶如何使用容器技術(shù)。

大家都知道,Docker可以火起來(lái),并非是它使用了輕量級(jí)的虛擬化技術(shù),這個(gè)技術(shù)LXC早就有了。而是它提倡了一種新的構(gòu)建App- Centric應(yīng)用的方式。這個(gè)方式區(qū)別于我們傳統(tǒng)的集中式架構(gòu)的應(yīng)用設(shè)計(jì),以微服務(wù)為核心,構(gòu)造一種新型的分布式應(yīng)用集群。這是互聯(lián)網(wǎng)公司非常需要和喜歡的,也是廣大DevOps人員喜歡的。所以在很長(zhǎng)一段時(shí)間,從我們做IaaS開(kāi)發(fā)者的角度來(lái)看,容器技術(shù)更偏向于PaaS,做的是PaaS層面的事情,跟我們是井水不犯河水的。

但近一兩年容器技術(shù)的快速發(fā)展,各種容器編排系統(tǒng)的出現(xiàn)。讓IaaS從業(yè)人員產(chǎn)生了一種危機(jī)感。即容器越來(lái)越模糊了PaaS和IaaS的界限,很多容器編排系統(tǒng)其實(shí)已經(jīng)在做IaaS的事情。那么是不是有一天IaaS會(huì)完全被容器取代,我們的奶酪被容器動(dòng)了?

ZStack出來(lái)之后,很多朋友都在問(wèn)我們什么時(shí)候支持容器,包括我的前老板梁勝,大家知道他創(chuàng)建的Rancher是做容器的,也建議我轉(zhuǎn)做容器。但我們卻遲遲沒(méi)有動(dòng)作,很多朋友都很急,說(shuō)IaaS早就過(guò)氣了,現(xiàn)在容器才是風(fēng)口,你做容器無(wú)論是在融資還是講故事,都比IaaS好多了。但從我個(gè)人的角度來(lái)說(shuō),我始終認(rèn)為容器最強(qiáng)大的地方在于它帶來(lái)構(gòu)建應(yīng)用理念的變化,應(yīng)該是做App-Centric的編排系統(tǒng),如果傳統(tǒng)IaaS要往這個(gè)方向做,需要做出的改變還是挺多的。如果僅僅是像OpenStack里nova-docker那樣做,對(duì)于ZStack來(lái)說(shuō)就是一個(gè)星期的工作量,但這種虛機(jī)的用法,不應(yīng)該是容器的主流,當(dāng)時(shí)我是這么認(rèn)為的。

但近半年來(lái),我跟不少互聯(lián)網(wǎng)公司用容器的朋友聊過(guò),也看過(guò)像京東、360的同行關(guān)于容器使用的分享,我驚奇的發(fā)現(xiàn)似乎將容器當(dāng)做虛機(jī)用似乎已經(jīng)開(kāi)始流行起來(lái),并非我之前想象的大家會(huì)基于容器技術(shù)重新構(gòu)建應(yīng)用。這個(gè)時(shí)候我感覺(jué)到,或許將來(lái)真正的情況是,IaaS會(huì)動(dòng)了容器的奶酪。

一項(xiàng)技術(shù)的流行和普及,最初都是從技術(shù)圈子里散播開(kāi)來(lái),技術(shù)的發(fā)起者或許有著非常遠(yuǎn)大的抱付和初衷,但用戶使用這項(xiàng)技術(shù)的現(xiàn)實(shí)可能并不是想象那樣。用戶總是會(huì)找到最適合自身業(yè)務(wù)的方法來(lái)使用新技術(shù)。容器也是如此。因?yàn)榇蟛糠诌\(yùn)維人員和開(kāi)發(fā)人員,最熟悉的還是以虛機(jī)的方式構(gòu)建應(yīng)用,當(dāng)容器帶來(lái)了更快、密度更高,更輕量級(jí)的虛擬化技術(shù)時(shí),大量的存量系統(tǒng)還是以他們最熟悉的方式,就是虛機(jī)方式來(lái)使用容器技術(shù)。這個(gè)現(xiàn)實(shí),為傳統(tǒng)IaaS帶來(lái)了巨大的機(jī)會(huì)。

因?yàn)樘摍C(jī)用法的編排系統(tǒng),是傳統(tǒng)IaaS最擅長(zhǎng)的。一旦用戶用腳投票,最終讓容器虛機(jī)用法流行開(kāi)來(lái),目前的各種容器編排系統(tǒng)相對(duì)于IaaS來(lái)說(shuō)就沒(méi)有任何優(yōu)勢(shì)。因?yàn)镮aaS是最了解計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)子系統(tǒng)的,容器僅僅是計(jì)算部分的一個(gè)分支而已。容器的編排系統(tǒng)如果要做IaaS的事情,就會(huì)越做越重,也就是把IaaS的事情重做一次,世界就不那么美好了。

前幾天在另外一個(gè)群,DaoCloud的CEO羅比也談到了容器和IaaS的關(guān)系看法,他認(rèn)為大家最好的情況是一對(duì)好基友,井水不犯河水。我也覺(jué)得這是最好的方式,容器做PaaS層的事情,跟IaaS層無(wú)縫配合一起構(gòu)建出生態(tài)。但如果一旦容器虛機(jī)化在生產(chǎn)環(huán)境流行起來(lái),那么IaaS一定會(huì)犯這個(gè)河水,踏入容器的領(lǐng)域。

但從另一個(gè)方面我們也要看到,App-Centric的應(yīng)用仍然是所有容器從業(yè)者最希望看到的,也是他們?cè)诓恍概Φ姆较?。激進(jìn)的容器擁護(hù)者聲稱容器多進(jìn)程、SSH的使用都是落后的應(yīng)用方式,不是原生的容器應(yīng)用,倡導(dǎo)大家要圍繞容器構(gòu)建出新型的應(yīng)用。這個(gè)其實(shí)是我們IaaS從業(yè)者很希望看到的。因?yàn)镮aaS本身提供的功能離用戶的最終業(yè)務(wù)還是太遠(yuǎn),我們非常需要有一個(gè)層面,把IaaS和用戶的業(yè)務(wù)粘合起來(lái)。從目前來(lái)看,我認(rèn)為容器是最好的選擇。我們希望看到有一個(gè)標(biāo)準(zhǔn)的容器層,能夠適配不同的IaaS,為用戶打包、分發(fā)、管理、監(jiān)控、運(yùn)維自己的業(yè)務(wù)。這樣IaaS可以專注做IaaS的東西,而不是大包大攬什么都做。這是最理想的生態(tài)關(guān)系。

未來(lái)的現(xiàn)實(shí)如何我們現(xiàn)在很難預(yù)料,因?yàn)槿萜骷夹g(shù)仍然處于Hype Cycle的上升期。雖然互聯(lián)網(wǎng)公司已經(jīng)有不少成功案例,例如Netflix,但大家知道互聯(lián)網(wǎng)公司的很多技術(shù)都是屠龍術(shù),不是廣大傳統(tǒng)企業(yè)能玩轉(zhuǎn)的。所以最終容器技術(shù)的落地情況如何,還是要看如何擁抱傳統(tǒng)應(yīng)用。未來(lái)雖然有可能屬于App-Centric的容器時(shí)代,但也可能是被現(xiàn)實(shí)拖回傳統(tǒng)的虛機(jī)方式。這里面的關(guān)鍵,還是在于用戶如何去使用這個(gè)技術(shù),在于用戶如何用腳投票。

所以今天這個(gè)話題《IaaS和容器:誰(shuí)動(dòng)了誰(shuí)的奶酪》,我的觀點(diǎn)可以概括為:如果將來(lái)流行的容器用法仍然是虛機(jī)方式,那么IaaS一定會(huì)動(dòng)容器的奶酪;如未來(lái)屬于App-Centric,那么IaaS跟容器屬于相互依賴的健康生態(tài),共同構(gòu)建用戶數(shù)據(jù)中心的新形態(tài)。容器我個(gè)人認(rèn)為是比較難動(dòng)IaaS的奶酪的,因?yàn)榇鎯?chǔ)、網(wǎng)絡(luò)這些部分是繞不開(kāi)的,如果容器編排系統(tǒng)選擇向下發(fā)展,那么只會(huì)陷入另一個(gè)IaaS的泥沼,這些是他們不擅長(zhǎng)的。但有一種情況是可能的,就是用戶的容器部署只需要一個(gè)輕量級(jí)的IaaS,那么這個(gè)時(shí)候重量級(jí)的IaaS就會(huì)變的很尷尬,可能被容器使用者拋棄。這個(gè)也是ZStack這樣輕量級(jí)IaaS的機(jī)會(huì),我個(gè)人認(rèn)為輕量級(jí)的IaaS + App-Centric的容器集群,會(huì)是未來(lái)廣大容器用戶喜歡可看到的方式。IaaS在容器時(shí)代仍然是充滿機(jī)會(huì)和大有可為的。

Q&A

Q:容器當(dāng)做虛機(jī),CloudFoundry現(xiàn)在能很好的支持Docker Hub的用法嗎,如何做到的?

A:很抱歉我不是容器的專家,對(duì)各個(gè)容器編排系統(tǒng)了解也有限。第一個(gè)問(wèn)題我無(wú)法回答,因?yàn)槲覜](méi)有研究過(guò)CloudFoundry 對(duì)Docker Hub是如何支持的。但從技術(shù)上來(lái)說(shuō),IaaS支持Docker Hub沒(méi)有技術(shù)障礙。我以大家熟悉的OpenStack舉例,Glance完全被Docker Hub做成一個(gè)后端,用戶無(wú)需上傳image,只要輸入自己的賬號(hào),就可以瀏覽和下載image到cinder這樣的塊存儲(chǔ)服務(wù)。將來(lái)ZStack對(duì) Docker Hub的支持也是這個(gè)思路,即把Docker Hub做成我們的backup storage的一個(gè)后端插件。

Q:『Mesos是在大規(guī)模集群生產(chǎn)環(huán)境中運(yùn)行Docker的黃金搭檔?!粚?duì)這句話你的看法是?你提到的容器編排系統(tǒng),是否指Mesos,還是指Docker Swarm或Kubernetes?

A:我指的容器編排系統(tǒng)主要就是k8s、Mesos、Rancher這些。他們的主要方向還是奔著App-Centric去的。至于誰(shuí)是Docker的黃金搭檔我不知道,我感覺(jué)每家都說(shuō)自己是最佳選擇和黃金搭檔。當(dāng)然這是因?yàn)樗麄儗?duì)我國(guó)的新廣告法不太了解。

Q:容器適配不同的IaaS:容器是對(duì)操作系統(tǒng)的虛擬化,對(duì)網(wǎng)絡(luò)、計(jì)算、存儲(chǔ)的適配是操作系統(tǒng)的基本功能,容器適配不同的IaaS應(yīng)該自然就有的功能吧?

A:容器適配IaaS主要是指容器的編排系統(tǒng)可以通過(guò)IaaS的API去獲取自己需要的計(jì)算、網(wǎng)絡(luò)、存儲(chǔ)的資源。例如通過(guò) IaaS的API去創(chuàng)建虛機(jī),拿到虛機(jī)的IP地址去部署容器;又例如使用創(chuàng)建私有網(wǎng)絡(luò)等功能。好的IaaS必定是提供全API給容器編排系統(tǒng)使用的。這樣容器編排系統(tǒng)可以專注往上做,做DevOps的功能,而不是把精力浪費(fèi)在管理存儲(chǔ)、網(wǎng)絡(luò)這些它自己不刪除的東西。比如說(shuō)容器編排系統(tǒng)去編程硬件交換機(jī)配置網(wǎng)絡(luò),我認(rèn)為就是方向走偏了,是在做IaaS的東西。

Q:能不能詳細(xì)點(diǎn)解釋一下App-Centric是什么樣的?

A:App-Centric要解釋清楚比較難,這個(gè)跟Microservices、Cloud-Native Apps一樣。要用簡(jiǎn)單的幾句話解釋清楚是比較難的。我個(gè)人簡(jiǎn)單理解是,App-Centric的編排系統(tǒng)的核心是應(yīng)用的的部署、管理、發(fā)布、持續(xù)集成,一切功能以應(yīng)用為中心設(shè)計(jì)。如果編排系統(tǒng)的核心是管理計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)的硬件資源,那這個(gè)是iaas的編排系統(tǒng),就不是App-Centric的。

Q:?jiǎn)栆幌螺p量級(jí)的IaaS,除了ZStack還有哪個(gè)比較成熟?

A:我當(dāng)然想說(shuō)是ZStack。我看到后面有幾個(gè)關(guān)于問(wèn)ZStack的問(wèn)題,為了避免在這次分享上打廣告,我就不詳細(xì)講了。歡迎大家訪問(wèn)我們的網(wǎng)站zstack.org/cn,我們有16篇技術(shù)文章講我們的不同和優(yōu)勢(shì)。另外關(guān)于跟OpenStack和CloudStack的對(duì)比,大家百度一下ZStack、OpenStack、CloudStack就可以搜到幾篇業(yè)內(nèi)人士寫(xiě)的對(duì)比文章。

Q:雖然有京東和360案例,但你支持把容器當(dāng)虛擬機(jī)使用嗎,為什么?很多人曾經(jīng)很質(zhì)疑這種方案,包括我也反對(duì)。

A:這個(gè)問(wèn)題很難說(shuō)支持和不支持,我剛才也說(shuō)了,技術(shù)人員有自己的情懷和初衷,但市場(chǎng)是用腳投票的。用戶選擇了這樣的方式一定有他自己的理由,沒(méi)有對(duì)錯(cuò)之分。運(yùn)維人員有一句話叫沒(méi)有絕對(duì)好的技術(shù),只有最適合的技術(shù)。其實(shí)很容易理解為啥大家會(huì)把容器當(dāng)虛機(jī)用,因?yàn)橐延械拇媪肯到y(tǒng)都是基于虛機(jī)設(shè)計(jì)的,要為了容器的出現(xiàn)而重寫(xiě)業(yè)務(wù)系統(tǒng),我認(rèn)為除非有巨大的痛點(diǎn),否則很少有公司會(huì)主動(dòng)去這么做。當(dāng)然,很多新興互聯(lián)網(wǎng)公司,在沒(méi)有歷史包袱的情況下,我非常贊同以新的方式去構(gòu)建業(yè)務(wù)系統(tǒng),但這也不是那么容易的。借Netflix 團(tuán)隊(duì)的一句話說(shuō):你看到了我們現(xiàn)在微服務(wù)做的這么好,是因?yàn)槲覜](méi)告訴我們填過(guò)多少坑。

Q:請(qǐng)問(wèn) IaaS+APP是怎樣的一個(gè)架構(gòu)呢,在您最后一段分享里”因?yàn)榇蟛糠诌\(yùn)維人員和開(kāi)發(fā)人員,最熟悉的還是以虛機(jī)的方式構(gòu)建應(yīng)用,當(dāng)容器帶來(lái)了更快、密度更高,更輕量級(jí)的虛擬化技術(shù)時(shí),大量的存量系統(tǒng)還是以他們最熟悉的方式,就是虛機(jī)方式來(lái)使用容器技術(shù)。這個(gè)現(xiàn)實(shí),為傳統(tǒng)IaaS帶來(lái)了巨大的機(jī)會(huì)。“,可以簡(jiǎn)單介紹下“為傳統(tǒng)IaaS帶來(lái)了巨大的機(jī)會(huì)”中有哪些機(jī)會(huì)嗎?

A:這個(gè)巨大的機(jī)會(huì)就是讓我們反思大而重的IaaS系統(tǒng)到底是不是客戶所需要的,IaaS系統(tǒng)自身是否需要做減法做虛擬化+。因?yàn)槲覀兛吹绞褂萌萜鞯暮芏喙荆麄儧](méi)有SDN,沒(méi)有分布式存儲(chǔ),一樣把業(yè)務(wù)搬遷到容器上了,運(yùn)行的很好。那么現(xiàn)在大而重IaaS系統(tǒng)設(shè)計(jì),是不是路走偏了,我們是不是能夠把IaaS簡(jiǎn)化,提供最方便、最可靠、最容易的方式讓容器使用IaaS,而不是讓容器因?yàn)镮aaS的大而重拒絕IaaS而自己去做 IaaS的功能。

林帆:容器和虛擬機(jī)本質(zhì)上只是實(shí)現(xiàn)虛擬化的兩種方式,一開(kāi)始初衷不同,之后由于用戶習(xí)慣而產(chǎn)生一些交叉,最終而言容器的應(yīng)用場(chǎng)景還是會(huì)趨于 PaaS化的。沒(méi)記錯(cuò)的話,在京東和360的例子里,是先經(jīng)過(guò)了Docker做虛擬機(jī)這樣的過(guò)渡時(shí)期吧,但最終的目標(biāo)同樣是真正將容器的分布式調(diào)度、編排的優(yōu)勢(shì)發(fā)揮出來(lái),也就是走向類似PaaS的方向。

Q:我的理解是容器做虛擬機(jī)使用這個(gè)過(guò)程更多的存在于產(chǎn)品底子已經(jīng)比較重的企業(yè),很多互聯(lián)網(wǎng)企業(yè)會(huì)直接從容器的PaaS模式開(kāi)始,不知道你怎么看這個(gè)觀點(diǎn)?

從Nova-Docker和其他一批試圖把Docker做成IaaS用項(xiàng)目現(xiàn)在不冷不熱,和Mesos、Kubernetes社區(qū)繁榮的情況來(lái)看,Docker做IaaS只能算是一個(gè)容器過(guò)渡期的現(xiàn)象吧。并且,ZStack會(huì)打算基于IaaS推出服務(wù)編排這樣的功能嗎?

A:nova-docker不熱是正常的,因?yàn)檫@種虛機(jī)用法不是容器社區(qū)的主流。k8s、Mesos是主流。但大家要認(rèn)識(shí)到開(kāi)發(fā)者圈子里的熱并不代表市場(chǎng)熱,技術(shù)圈是一個(gè)最容易自high的群體。當(dāng)Hype Cycle過(guò)渡到谷底時(shí)大家才能看清楚到底市場(chǎng)需要的是什么技術(shù)。ZStack目前沒(méi)有計(jì)劃推出k8s這樣的編排系統(tǒng)功能,技術(shù)上不是問(wèn)題,我們的架構(gòu)是編排系統(tǒng)的通用設(shè)計(jì),用同行的評(píng)價(jià)說(shuō)你們?nèi)プ?2306都沒(méi)問(wèn)題。我們的主要的考慮是要專注,當(dāng)一個(gè)軟件號(hào)稱什么都能做,什么功能都有的時(shí)候,通常意味著它什么都做不好,用戶也會(huì)搞不清楚這個(gè)軟件到底要解決什么問(wèn)題。但我們之后一定會(huì)推出虛擬機(jī)用法的容器集成,這個(gè)對(duì)我們來(lái)說(shuō)非常簡(jiǎn)單,而且也看到很多用戶在這樣用了,所以我們一定會(huì)去做。

Q:怎么理解什么是輕量級(jí)的IaaS,和現(xiàn)在的會(huì)有哪些變化和區(qū)別?

A:這個(gè)前面一個(gè)問(wèn)題談到了。即現(xiàn)在大而重的IaaS設(shè)計(jì)不一定是市場(chǎng)需要的。舉個(gè)例子,OpenStack在新版本里面去掉了 nova-network,部署傳統(tǒng)的扁平網(wǎng)絡(luò)也需要用neutrons,這個(gè)我認(rèn)為就是重了。輕量級(jí)的IaaS就是要使用最穩(wěn)定、最簡(jiǎn)單的技術(shù)去實(shí)現(xiàn)用戶的使用場(chǎng)景。而不是期望用一種技術(shù)就能夠解決所有場(chǎng)景,這樣只會(huì)越做越重,越做越復(fù)雜。

Q:?jiǎn)栆粋€(gè)計(jì)算的問(wèn)題,我們的程序需要用到大量的GPU資源,容器理論上應(yīng)該是可以和CPU/存儲(chǔ)一樣高效率使用的吧,有什么限制嗎?

A:理論上是可以的,CPU/存儲(chǔ)的使用效率即使用傳統(tǒng)虛擬化也已經(jīng)比較高了,但I(xiàn)O相對(duì)于容器來(lái)說(shuō),路徑太長(zhǎng)有性能損失。使用容器是可以很大程度上緩解這個(gè)問(wèn)題,這個(gè)也是為什么我們以前HPC用一個(gè)一臺(tái)物理機(jī)一個(gè)容器的方案。

Q:你怎么看hyper.sh和clear container等超輕量級(jí)hypervisor對(duì)容器技術(shù)的影響?

A:hyper.sh、clear container解決的主要是容器的隔離性、安全性的問(wèn)題。它們沒(méi)改變?nèi)萜魃鐓^(qū)倡導(dǎo)的主流。比如hyper.sh的用法跟Docker就很類似。所以我認(rèn)為他們是對(duì)容器社區(qū)的補(bǔ)充。當(dāng)然,半個(gè)月前我也在跟Intel的虛擬化團(tuán)隊(duì)溝通,建議他們做輕量級(jí)的虛機(jī),因?yàn)槲覀兏杏X(jué)到市場(chǎng)對(duì)這個(gè)的需求還是很強(qiáng)的。

Q:ZStack跟OpenStack下的Magnum有什么相同點(diǎn)和區(qū)別?

A:完全沒(méi)有相同點(diǎn)。我們還是純IaaS,沒(méi)有為容器做特別的編排系統(tǒng)。

Q:因?yàn)槲沂荋PC出身,我想問(wèn)一下,算法開(kāi)發(fā)繞不過(guò)去的Intel Cluster Studio怎么辦,授權(quán)怎么處理。我們?cè)陂_(kāi)發(fā)算法的時(shí)候需要深度依賴MKL你們是怎么處理的。另外就是GPGPU computing貌似還沒(méi)正式支持,這方面容器技術(shù)怎么處理呢?

A:我們只是提供計(jì)算資源,應(yīng)用層面、業(yè)務(wù)層面是用戶自己需要解決的。我不認(rèn)為容器可以幫助解決這些問(wèn)題。

Q:目前ZStack有沒(méi)有什么成功案例嗎?

A:有的,我們已經(jīng)有客戶使用開(kāi)源版生產(chǎn)上線幾個(gè)月了。

Q:我的理解是容器做虛擬機(jī)使用這個(gè)過(guò)程更多的存在于產(chǎn)品底子已經(jīng)比較重的企業(yè),很多互聯(lián)網(wǎng)企業(yè)會(huì)直接從容器的PaaS模式開(kāi)始,不知道你怎么看這個(gè)觀點(diǎn)?

A:這個(gè)取決于企業(yè)的歷史包袱多重。老牌互聯(lián)網(wǎng)公司的業(yè)務(wù)系統(tǒng)也很成熟穩(wěn)定了,要完全改成容器的PaaS模式,例如容器單進(jìn)程,不是用SSH,我個(gè)人覺(jué)得還是有一定難度,而且企業(yè)切換的意愿也不見(jiàn)得強(qiáng)烈,但在新業(yè)務(wù)系統(tǒng)里面使用PaaS的容器模式是非常可能的,我也知道很多公司正在這么做。

Q:如何擺脫網(wǎng)絡(luò)的依賴來(lái)創(chuàng)建個(gè)Docker的image呢,我覺(jué)得這個(gè)是Docker用戶自己的基本權(quán)利?

A:這個(gè)基本權(quán)利我覺(jué)得還是要問(wèn)GFW。 國(guó)外的開(kāi)發(fā)人員是非常難理解有些他們認(rèn)為跟水電一樣普及的基礎(chǔ)設(shè)施在某些地方還是很困難的。

Q:我認(rèn)為PaaS和IaaS是不可分的,現(xiàn)在人為分開(kāi)是有問(wèn)題的,長(zhǎng)久必然和二為一,樓主怎么看?在合二為一的前提下,也不存在容器和IaaS之爭(zhēng)了。

A:其實(shí)從用戶的層面來(lái)說(shuō)他們是不分的,他們只關(guān)心自己的業(yè)務(wù)。但從開(kāi)發(fā)人員的角度來(lái)說(shuō)還是要分的,因?yàn)檫@個(gè)是理清楚自己軟件的界限,對(duì)軟件的架構(gòu)和設(shè)計(jì)都非常重要。未來(lái)的產(chǎn)品可以提供IaaS和PaaS打包的產(chǎn)品交付給客戶,但開(kāi)發(fā)自己還是要分清楚產(chǎn)品里面那些是IaaS的東西,哪些是PaaS的東西,否者很難做產(chǎn)品,做設(shè)計(jì)。

Q:真正App-Centric的是SaaS,容器編排頂多算PaaS,或者說(shuō)是PaaS+IaaS(PaaS、IaaS相互依存的),跟SaaS沒(méi)啥關(guān)系吧?

A:這個(gè)前面也回答了。編排系統(tǒng)的App-Centric我認(rèn)為是指編排系統(tǒng)的核心功能是圍繞什么服務(wù)什么設(shè)計(jì)的。圍繞部署、分發(fā)、管理、運(yùn)維、持續(xù)集成的應(yīng)該算App-Centric的編排系統(tǒng)。圍繞計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)的算IaaS。

Q:你認(rèn)為以后的趨勢(shì)是容器只要配合輕量級(jí)別IaaS?SDN那些網(wǎng)絡(luò)存儲(chǔ)都不用考慮,那重IaaS又應(yīng)用在什么場(chǎng)景?

A:我是指大部分用戶場(chǎng)景使用輕量級(jí)的IaaS+容器就足夠了。因?yàn)楝F(xiàn)在很多容器應(yīng)用也沒(méi)有使用到SDN、SDS這些技術(shù),也已經(jīng)非常流行了。SDN、SDS解決了很多傳統(tǒng)技術(shù)的痛點(diǎn),當(dāng)然他們也不是銀子彈,對(duì)用戶的要求也是比較高的。所以我的看法是不能用新技術(shù)去硬套所有的場(chǎng)景。重的IaaS我認(rèn)為適合公有云場(chǎng)景、大規(guī)模私有云場(chǎng)景的容器使用,需要用戶有較強(qiáng)的IT運(yùn)維團(tuán)隊(duì),解決復(fù)雜環(huán)境下多租戶的容器使用問(wèn)題。

===========================

以上內(nèi)容根據(jù)2015年10月6日晚微信群分享內(nèi)容整理。分享人張?chǎng)危琙Stack的聯(lián)合創(chuàng)始人,在云計(jì)算、虛擬化和軟件定義數(shù)據(jù)中心領(lǐng)域擁有近10年的從業(yè)經(jīng)驗(yàn)。2006年加入Intel從事XEN內(nèi)核開(kāi)發(fā)工作,為社區(qū)貢獻(xiàn)了QEMU E100網(wǎng)卡模擬器、XEN/IA64虛擬機(jī)BIOS的Windows支持等功能。2010年赴美加入Cloud.com(后被Citrix收購(gòu)),作為 CloudStack的核心工程師,參與了三星、韓國(guó)電信、SAP、花旗銀行、摩根斯坦利、英國(guó)電信等世界500強(qiáng)的私有云項(xiàng)目。 DockOne每周都會(huì)組織定向的技術(shù)分享,歡迎感興趣的同學(xué)加微信:liyingjiesx,進(jìn)群參與,您有想聽(tīng)的話題可以給我們留言。

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號(hào)-6京公網(wǎng)安備 11010502049343號(hào)