從應(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)的東西非?；馃?。和所有新生事物一樣，一開(kāi)始也是雜亂無(wú)章。

開(kāi)源項(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è)的開(kāi)發(fā)和運(yùn)維統(tǒng)一納入考慮范圍。

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

對(duì)企業(yè)用戶來(lái)說(shuō)，他們更看重的是 PaaS 部分的功能，因?yàn)檫@些功能能直接對(duì)軟件開(kāi)發(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)化，包括開(kāi)發(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)、開(kāi)發(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)維組和開(kāi)發(fā)組之間，有個(gè)中間件組，或者叫做架構(gòu)組，來(lái)負(fù)責(zé)推動(dòng)微服務(wù)化改造的事情，架構(gòu)組就既需要負(fù)責(zé)勸說(shuō)業(yè)務(wù)開(kāi)發(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)品，這是具有開(kāi)創(chuàng)性的。就像新打開(kāi)一扇大門一樣，門并沒(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)品。