從應(yīng)用的承載和部署方式這一角度看,，一共經(jīng)歷了傳統(tǒng)的物理機(jī)架構(gòu)、虛擬化架構(gòu),、和現(xiàn)在的容器化三種架構(gòu),。但是，容器并不是一種虛擬化技術(shù),，它與虛擬機(jī)有實(shí)質(zhì)性區(qū)別,。

雖然把云分為IaaS、PaaS 和 SaaS 已經(jīng)好多年了,，但是,，它們只有的差別，一直是想得出但摸不到,。對(duì)我個(gè)人來(lái)說(shuō),，只有在搞了OpenStack 后才算了解了一些IaaS，只有在用了 OpenShift 后才算了解了一些PaaS,。這兩個(gè)產(chǎn)品,，對(duì)我都有云啟蒙性的幫助。

容器云平臺(tái) CaaS 到底在左邊還是在右邊，這是一個(gè)問(wèn)題,，而且討論了不少年,。至少對(duì)我來(lái)說(shuō)，我之前是習(xí)慣性地把它歸到左邊,，因?yàn)榘讶萜黝惐葹樘摂M機(jī),。但是現(xiàn)在，我認(rèn)為它更應(yīng)該歸到右邊,，成為企業(yè)PaaS平臺(tái)的支撐平臺(tái),。

過(guò)去的兩三年，容器相關(guān)的東西非?；馃?。和所有新生事物一樣，一開始也是雜亂無(wú)章,。

開源項(xiàng)目上,，從 Docker，Swarm,，Mesos,，到 Kubernetes，再到 OpenShift,，各種以容器為基礎(chǔ)的技術(shù)和產(chǎn)品層出不窮,。

技術(shù)使用選型上，大家對(duì)于怎么用容器也是各有千秋,。以阿里為例,，他們主推的是富容器Pounch Container，而大家普遍采用的是 Docker 容器,，還有 OpenStack 社區(qū)力推的 Kata,。關(guān)于阿里的 Pounch Container，我個(gè)人很是疑問(wèn),，他們是想成為主流呢,，還是會(huì)被主流淹沒(méi)呢？會(huì)不會(huì)重走一遍用KVM 替代 Xen 的路子呢,？

而對(duì)傳統(tǒng)企業(yè)來(lái)說(shuō),，雖然越來(lái)越多的企業(yè)對(duì)它在感興趣，但是容器云落地更是問(wèn)題多多,，我這里列出的只是我接觸過(guò)的一些比較典型的問(wèn)題,。

我認(rèn)為人們?cè)跒樾率挛镒鲞x擇題的時(shí)候，往往會(huì)用老的思維模式,。以容器云平臺(tái)為例,，就比較自然地把它歸類到已經(jīng)熟悉了的虛擬化和IaaS這一類的資源型平臺(tái),。這種做法就會(huì)產(chǎn)生很多問(wèn)題。我認(rèn)為這是一種錯(cuò)位,。

要解決這些問(wèn)題,，我認(rèn)為需要將容器云平臺(tái)提升到 PaaS 層面。這里面有兩點(diǎn)需要提一下：

一是企業(yè)CIO在這里面的關(guān)鍵作用,。當(dāng)然了,，在有些企業(yè)是別的類似的角色。只有這個(gè)角色,，才能統(tǒng)一地將企業(yè)的開發(fā)和運(yùn)維統(tǒng)一納入考慮范圍,。

二是咨詢方案供應(yīng)商。現(xiàn)在,，隨著新的技術(shù)的層出不窮,，有些企業(yè)已經(jīng)有了一些無(wú)所適從,，既想用,，又不知道怎么用。這時(shí)候,，咨詢公司就有了用武之地,。

對(duì)企業(yè)用戶來(lái)說(shuō)，他們更看重的是 PaaS 部分的功能,，因?yàn)檫@些功能能直接對(duì)軟件開發(fā)和公司業(yè)務(wù)產(chǎn)生價(jià)值,；對(duì)基于 Kubernetes 或 OpenShift 做產(chǎn)品化的公司來(lái)說(shuō)，他們也應(yīng)該更加聚焦 PaaS 部分,。而 CaaS 部分,，我認(rèn)為，應(yīng)該由相應(yīng)的社區(qū)來(lái)主導(dǎo),。

找到了問(wèn)題癥結(jié)和解決方法,，那回答問(wèn)題就相對(duì)容易了。

我之前看過(guò)一份麥肯錫關(guān)于企業(yè)數(shù)字化轉(zhuǎn)型的一個(gè)報(bào)告,。報(bào)告里面提到,，科技公司的兩個(gè)關(guān)鍵所在，就是流程標(biāo)準(zhǔn)化和工具賦能,。那結(jié)合 PaaS 平臺(tái)能給用戶帶來(lái)的優(yōu)勢(shì),，其實(shí)正好，PaaS 平臺(tái)給企業(yè)所帶來(lái)的,，正好就是流程標(biāo)準(zhǔn)化,，包括開發(fā)流程、軟件架構(gòu),、應(yīng)用管理等,，以及充分利用各種工具和平臺(tái)所帶來(lái)的工具賦能。

普遍認(rèn)為，傳統(tǒng)企業(yè)數(shù)字化轉(zhuǎn)型需要經(jīng)歷三個(gè)階段,，分別是 云IT,，云 DT，和云 DI 三個(gè)階段,。 這和將云分為 IaaS,、PaaS 和 SaaS 三個(gè)層面有些巧合。
而在云IT階段,，可以大概地認(rèn)為是IaaS 階段,，它的任務(wù)是向企業(yè)提供彈性云資源。 
云DT階段,，是 PaaS 在企業(yè)中起關(guān)鍵作用的階段,。PaaS 能帶來(lái)IT基礎(chǔ)設(shè)施、應(yīng)用架構(gòu),、開發(fā)流程,、組織結(jié)構(gòu)的互聯(lián)網(wǎng)化。 
云DI階段,，是SaaS服務(wù)發(fā)揮關(guān)鍵作用的階段,。AI 作為這一階段的主要驅(qū)動(dòng)力之一，將以SaaS的形式,，被嵌入到各種業(yè)務(wù)系統(tǒng)之中,，來(lái)驅(qū)動(dòng)業(yè)務(wù)創(chuàng)新。

現(xiàn)在和過(guò)去的混合云,，我想把他們稱為混合云1.0,，因?yàn)橹饕蔷W(wǎng)絡(luò)和存儲(chǔ)打通，但是在應(yīng)用層面沒(méi)有打通,。沒(méi)打通是有原因的,，那是因?yàn)闆](méi)法打通，有很多原因,，其中一條是因?yàn)楦袷讲煌,，F(xiàn)在有了容器云PaaS 之后，以容器為應(yīng)用的統(tǒng)一載體,，那打通就相對(duì)容易了,。

另外，隨著混合云和多云概念的火熱,，云管理平臺(tái)（CMP）的熱度似乎一下子上來(lái)了,。我認(rèn)為，在當(dāng)前存在多種不同IT環(huán)境的時(shí)期,，CMP 的價(jià)值是明顯的,。但是,，隨著容器云部署在各種IT環(huán)境之上，它自己就會(huì)承擔(dān)起部分CMP的功能,，到那個(gè)時(shí)候,，CMP 主要就會(huì)是PaaS平臺(tái)的CMP了。

階段1：孤島式 IT 環(huán)境,。問(wèn)題是資源浪費(fèi),；不能滿足有快速需求的業(yè)務(wù)。

階段2：能解決階段1 的問(wèn)題,，但產(chǎn)生了新的問(wèn)題,，那就是無(wú)法滿足互聯(lián)網(wǎng)業(yè)務(wù)要求。當(dāng)傳統(tǒng)行業(yè)不再滿足于在本行業(yè)的領(lǐng)先地位,，希望能夠?qū)拥交ヂ?lián)網(wǎng)業(yè)務(wù)的時(shí)候,，上面的模式就會(huì)出現(xiàn)新的痛點(diǎn)。對(duì)接互聯(lián)網(wǎng)所面臨的最大的問(wèn)題,，就是巨大的用戶量所帶來(lái)的請(qǐng)求量和數(shù)據(jù)量,，會(huì)是原來(lái)的N倍，能不能撐得住,，大家都心里沒(méi)底,。例如有的客戶推出互聯(lián)網(wǎng)理財(cái)秒殺搶購(gòu),，原來(lái)的架構(gòu)無(wú)法承載近百倍的瞬間流量,。
階段3：解決之道

落地是一個(gè)非常復(fù)雜的問(wèn)題，甚至都不完全是技術(shù)問(wèn)題,。它牽扯到IT架構(gòu),、應(yīng)用架構(gòu)、組織架構(gòu)多個(gè)方面,。這不單單是一個(gè)技術(shù)問(wèn)題,，更是一個(gè)組織問(wèn)題。在推動(dòng)過(guò)程中,，更加能夠感覺(jué)到康威定律的作用,，需要更高層次管理者的介入，方能夠推動(dòng)這些在企業(yè)的落地,。

微服務(wù)和容器化的改造,，更加容易發(fā)生在一個(gè)扁平化的組織里面，由一個(gè)能夠體會(huì)到基層技術(shù)細(xì)節(jié)的痛的CIO,，高瞻遠(yuǎn)矚地推動(dòng)這件事情,。這也是為什么微服務(wù)的落地一般率先落地在互聯(lián)網(wǎng)公司，因?yàn)榛ヂ?lián)網(wǎng)公司的組織架構(gòu)很平臺(tái),，哪怕是高層,，也離一線非常的近,，了解一線的痛。另一個(gè)原因是互聯(lián)網(wǎng)業(yè)務(wù)強(qiáng)大的驅(qū)動(dòng)力,。

在一些相對(duì)先進(jìn)的企業(yè),，會(huì)在運(yùn)維組和開發(fā)組之間，有個(gè)中間件組,，或者叫做架構(gòu)組,，來(lái)負(fù)責(zé)推動(dòng)微服務(wù)化改造的事情，架構(gòu)組就既需要負(fù)責(zé)勸說(shuō)業(yè)務(wù)開發(fā)實(shí)施微服務(wù)化,，也要?jiǎng)裾f(shuō)運(yùn)維組實(shí)施容器化,，如果架構(gòu)組的權(quán)威性不足，推動(dòng)往往也會(huì)比較困難,。

備注：這里有引用網(wǎng)易云劉超的一些觀點(diǎn),，特此感謝。

目標(biāo)很明確,，也有有價(jià)值,，但是道路的困難大家都知道，那么還是從第一步做起吧,。

一,、OpenShift 作為 PaaS 平臺(tái)為紅帽帶來(lái)了很高的溢價(jià)。其實(shí),，從功能而論,，OpenShift 相比 Kubernetes 并沒(méi)有新增多少新的功能。但是,，它第一次打造了面向DevOps的PaaS平臺(tái)的產(chǎn)品,，這是具有開創(chuàng)性的。就像新打開一扇大門一樣,，門并沒(méi)有多少價(jià)值,，但是門后的風(fēng)景才是真正的價(jià)值。

二,、根據(jù)前面的分析,，PaaS 平臺(tái)在企業(yè)的落地需要有咨詢商這一角色的存在，而無(wú)疑IBM深諳這個(gè)領(lǐng)域,。因此我對(duì)紅帽的PaaS產(chǎn)品和IBM的咨詢服務(wù)能力會(huì)怎么結(jié)合充滿期待,。

三、IBM發(fā)的公告里面特意提到了混合云,，不知道IBM 會(huì)不會(huì)利用 OpenShift 來(lái)實(shí)現(xiàn)我前面畫的那種混合云2.0,。

另外，有時(shí)候我會(huì)想,，為什么只有紅帽能推出OpenShift 這種PaaS平臺(tái)呢,？我認(rèn)為這和只有 Google 能推出 Kubernetes 是一樣的,，那就是公司的基因。正是因?yàn)樗麄冏约洪L(zhǎng)期使用容器,，長(zhǎng)期實(shí)踐DevOps,，才能比較自然地做出大家普遍能接受的產(chǎn)品。