牛透社2017年10月30日的文章《總算有人把PaaS講明白了》發(fā)布后，小伙伴們的反饋很多，很多人希望從不同角度繼續(xù)了解PaaS，最終搞懂PaaS，明白它未來往哪個方向走。
本期文章，我們將深入解析企業(yè)級PaaS，從數(shù)據(jù)能力/流程能力、從平臺/生態(tài)的維度勾畫它。
本文內(nèi)容來源于牛透社與炎黃盈動CEO劉金柱的訪談。
牛透社：對于PaaS，10個人可能有10種理解。你是怎么看待PaaS的？
劉金柱：的確，現(xiàn)在很多人對PaaS還是霧里觀花。但PaaS只是看似復(fù)雜，只要找對方法，大家就能輕松認(rèn)識它。
現(xiàn)在，我舉兩個生活中的例子，幫助大家理解什么是IaaS、PaaS、SaaS，以及它們有什么區(qū)別。
例1：做漢堡
本地部署，就是你準(zhǔn)備餐桌、烤箱、面團(tuán)、奶酪等所有物品，在家自己做漢堡；
IaaS，就是你準(zhǔn)備餐桌、烤箱，廠商負(fù)責(zé)披薩面團(tuán)、奶酪等物品，你買材料回家做；
PaaS，就是你準(zhǔn)備餐桌，廠商負(fù)責(zé)烤箱、面團(tuán)、奶酪等物品并烤好披薩，你叫外賣；
SaaS，就是廠商負(fù)責(zé)餐桌、烤箱、面團(tuán)、奶酪等所有物品并烤好披薩，你去披薩店吃。
越往上，需要廠商做的事越多，吃到嘴的漢堡也越快。為什么還要有PaaS這一層呢，因?yàn)槟憧赡芤岣呱钯|(zhì)量、你要活得與眾不同，而且還要把這件事做得低成本、高效率，大家能消費(fèi)得起。
做漢堡只是個很簡單的場景，要想比較全面地了解PaaS，我們還需要第二個例子。
例2：造飛機(jī)
造飛機(jī)=把N多零部件組裝成一架飛機(jī)？顯然不是。
造飛機(jī)=飛機(jī)設(shè)計(jì)+飛機(jī)制造+空管系統(tǒng)+機(jī)場調(diào)度+地面維護(hù)+技術(shù)升級+飛機(jī)退役，跟飛機(jī)相關(guān)的交付鏈條，都要磨合打通才能造出一架合格的飛機(jī)、一架有人敢坐的飛機(jī)。
PaaS就是這樣一個系統(tǒng)工程，它要為交付一個上層應(yīng)用提供一組能力的集合，還要能夠納入社會的專業(yè)分工。至于做漢堡還是造飛機(jī)，道理是一樣的。
牛透社：這兩個例子的確很形象地描述了PaaS的內(nèi)涵。那么，近幾年P(guān)aaS發(fā)展得怎么樣？
劉金柱：PaaS從誕生到現(xiàn)在，大約有十年時間了。如果用一句話來概括這十年P(guān)aaS的發(fā)展變化，“星星之火，終成燎原之勢”或許最恰當(dāng)。
* PaaS發(fā)源于2007年，這一年，Salesforce發(fā)布了第一個商業(yè)PaaS，即force.com；Heroku發(fā)布了支持Ruby編程語言的heroku。
* 2008年，Google公布GAE預(yù)覽版，開始宣傳它的PaaS。
* 此后兩年，PaaS就熱鬧起來了，更多國際巨頭開始布局PaaS——這兩年也是早期教育階段，PaaS跑得很快但基礎(chǔ)環(huán)境跟不上，結(jié)果就是左腳邁出去了，右腳還在門內(nèi)，大家都摔了跟頭。
包括早期谷歌GAE、微軟Azure在內(nèi)，在云計(jì)算大戰(zhàn)中選擇從PaaS彎道超車，由于底層IaaS開放性和商業(yè)化不足，在上層構(gòu)建的PaaS多為面向開發(fā)者的技術(shù)PaaS，缺乏直接的商業(yè)轉(zhuǎn)換價(jià)值，企業(yè)用戶不怎么買單。
* 2011年，PaaS進(jìn)入迸發(fā)期。亞馬遜發(fā)布Beanstalk；VMWare發(fā)布Cloud Foundry，VM Instance；紅帽發(fā)布Openshift，VM Instance。PaaS的成熟度不斷提高。
* 2012-2015年，全球PaaS市場全面開花，早期CloudBees 發(fā)布企業(yè)版Java PaaS，炎黃盈動發(fā)布企業(yè)級App Container內(nèi)核，Docker發(fā)布容器虛擬化技術(shù)，EMC&Vmware發(fā)布企業(yè)版PaaS，微軟Azure進(jìn)入中國，IBM公布Bluemix PaaS，Oracle 提供企業(yè)云PaaS平臺，Rocket發(fā)布容器虛擬化技術(shù)，Google發(fā)布容器編排技術(shù)。PaaS上升為多家廠商的發(fā)展戰(zhàn)略。
* 2016年以后，基于開源kubernetes的容器型開發(fā)者PaaS和企業(yè)PaaS技術(shù)開始成熟，PaaS成為一部分?jǐn)?shù)字化轉(zhuǎn)型企業(yè)的賦能平臺。
整體來看，各路廠商都將PaaS視為未來的發(fā)展方向，所以，目前市場上有各種純PaaS廠商，也有一些IaaS和SaaS廠商提供PaaS服務(wù)。從陣營上，大致可以分為三類：
一是為開發(fā)者提供服務(wù)的PaaS，比如Kubernetes、Cloud Foundry，關(guān)注編程交付的流水線；
二是為企業(yè)提供服務(wù)的PaaS，比如force.com、還有我們的AWS PaaS，關(guān)注的是低代碼業(yè)務(wù)驅(qū)動的交付流水線；
三是一些場景能力非常強(qiáng)的PaaS，比如融云的IM PaaS、工業(yè)互聯(lián)網(wǎng)PaaS。
牛透社：這么多廠商做出這么多PaaS，它們都應(yīng)用在什么領(lǐng)域呢？
劉金柱：大家都知道，在十多年前的應(yīng)用軟件市場里，中間件（Middleware）是一個生命力特別旺盛的領(lǐng)域，有各種各樣的中間件產(chǎn)品，到今天依然非常重要。
PaaS就是在云計(jì)算和新技術(shù)環(huán)境下，將這些復(fù)雜能力抽象成即需即用的一組服務(wù)，一種云計(jì)算場景化的中間件。Gartner對PaaS的定義包括了應(yīng)用、集成、業(yè)務(wù)流程、移動和數(shù)據(jù)庫服務(wù)等細(xì)分領(lǐng)域。
但是，圍繞PaaS的概念定義主要集中在全集合的aPaaS（Application PaaS）。明白這個前提后，我們就可以對PaaS的領(lǐng)域進(jìn)行細(xì)分了：
aPaaS——應(yīng)用平臺即服務(wù)；
bpmPaaS——流程管理平臺即服務(wù)；
dbPaaS——數(shù)據(jù)庫和存儲即服務(wù)；
baPaaS——商業(yè)分析即服務(wù)；
MBaaS/BaaS——移動/后端即服務(wù)；
iPaaS——集成服務(wù)；
MFT PaaS——文件管理和傳輸服務(wù)等等。
給大家看張圖，PaaS應(yīng)用領(lǐng)域就更加地一目了然。
PaaS的應(yīng)用領(lǐng)域很多，這也從側(cè)面顯示出沒有一個PaaS能夠滿足所有應(yīng)用場景的需求。
我的個人觀點(diǎn)是，能力集約會是未來PaaS的主流趨勢，無論是DevOps的開發(fā)者PaaS還是Low-Code的低代碼企業(yè)PaaS。它與單點(diǎn)PaaS最大的區(qū)別在于，別人干一件事，你要聚焦在一個完整場景把三件事干漂亮。如果你的PaaS應(yīng)用場景可以做到低成本、高效率、高體驗(yàn)的能力組合，企業(yè)用戶一定會更感興趣
牛透社：PaaS家族的成員太多了，用戶順著什么樣的主線去辨別它們、選擇產(chǎn)品呢？
劉金柱：應(yīng)用場景不同，PaaS的設(shè)計(jì)思想、功能定位也不同。所以，用戶要想選對產(chǎn)品，必須先明確PaaS的應(yīng)用場景，了解它的分類。
我們可以從2B（Business）、2D（Developer）兩條線來辨別PaaS。
2B的PaaS為企業(yè)應(yīng)用場景提供服務(wù)，比如快速構(gòu)建HR、CRM、SCM和個性化業(yè)務(wù)，買單的是企業(yè)或者軟件廠商。
2D的PaaS為開發(fā)者提供服務(wù)，比如通過DevOps提高開發(fā)到運(yùn)維的效率，構(gòu)建云原生應(yīng)用的場景也更廣泛、更靈活，買單的是開發(fā)者或者企業(yè)技術(shù)團(tuán)隊(duì)。這里的2B PaaS就是企業(yè)PaaS。
從歷史角度來看，企業(yè)PaaS和開發(fā)者PaaS是同時萌芽的，都發(fā)源于2007年。近十年來，它們你追我趕，齊頭并進(jìn)，各自衍生出一大派系。
過去二十年，我們國內(nèi)各行各業(yè)完成了跨越式發(fā)展，粗放式管理讓很多企業(yè)希望通過導(dǎo)入有先進(jìn)管理思想的ERP實(shí)現(xiàn)再造，國內(nèi)的軟件廠商也是疲于追趕。
到了2010年前后，在全球范圍內(nèi)，云計(jì)算、移動互聯(lián)網(wǎng)等顛覆傳統(tǒng)軟件架構(gòu)的技術(shù)開始成熟，中國企業(yè)對運(yùn)營過程的精細(xì)化管理也有了深刻理解。
這個時候，企業(yè)的傳統(tǒng)IT系統(tǒng)面臨一個歷史性的拐點(diǎn)，是繼續(xù)每年花出一筆昂貴開銷維護(hù)那些老系統(tǒng)，還是基于新的架構(gòu)平臺重建下一代應(yīng)用。
在這個拐點(diǎn)上，我要說，我們國內(nèi)軟件廠商機(jī)會和優(yōu)勢更明顯。
牛透社：能否給我們講講企業(yè)級PaaS和開發(fā)者PaaS的特性？
劉金柱：我平時關(guān)注企業(yè)級PaaS比較多，所以今天著重談?wù)勂髽I(yè)級PaaS，同時兼顧開發(fā)者PaaS。
對于這個問題，我自己是這樣理解的：
企業(yè)級PaaS是一個點(diǎn)、線、面的立體化平臺。
點(diǎn)是上層一個個的應(yīng)用，線是貫穿企業(yè)內(nèi)外的端到端流程，面是支撐應(yīng)用和流程不斷交織、演進(jìn)的平臺基礎(chǔ)服務(wù)。
企業(yè)PaaS的核心特征主要體現(xiàn)在兩方面，一是對應(yīng)用生命周期的管理，一是對構(gòu)建企業(yè)應(yīng)用場景的支持。
現(xiàn)在，我們先看企業(yè)PaaS的第一個特征：覆蓋應(yīng)用生命周期。
覆蓋應(yīng)用生命周期，就意味著PaaS要做好五個階段的工作：
第一階段是構(gòu)建應(yīng)用，包括工具和可視化，快速開發(fā)，自動化測試；
第二階段是部署應(yīng)用，包括分發(fā)、自動化部署、多租戶下的版本差異受管；
第三階段是運(yùn)維，包括計(jì)算資源的彈性伸縮和監(jiān)控調(diào)度、日志審計(jì)等，也會包括日常的運(yùn)行維護(hù)，比如組織權(quán)限、業(yè)務(wù)異常干預(yù)、處理應(yīng)用級問題；
第四階段是進(jìn)化應(yīng)用，包括應(yīng)用的版本管理和配置更新、升級和降級；
第五階段是卸載應(yīng)用，包括應(yīng)用程序和數(shù)據(jù)清除、計(jì)算資源釋放。概括地說，就是支撐應(yīng)用從無到有，再到無。這個和造飛機(jī)、調(diào)度飛機(jī)、維護(hù)飛機(jī)、退役飛機(jī)是一個道理。
再來看企業(yè)PaaS的第二個特征：對應(yīng)用場景的支持。
在這里，要回答的不是你做了什么，而是你能做什么？也要回答，哪些是你不擅長的。
流程、數(shù)據(jù)、集成、移動等是構(gòu)建企業(yè)應(yīng)用場景中頻率最高最頭痛的事，需求厘不清、業(yè)務(wù)變化快也是現(xiàn)實(shí)中遇到最多的問題。
能造民航客機(jī)、直升機(jī)還是無人機(jī)，不同的飛機(jī)類型，展示出不同的場景能力，這些能力的集約化程度，也決定了造飛機(jī)的成本和效率。
與企業(yè)級PaaS相比，云原生的交付流水線是開發(fā)者PaaS的主要設(shè)計(jì)目標(biāo)，在新一代云架構(gòu)中提高開發(fā)到運(yùn)維的軟件工程效率。
開發(fā)者PaaS不僅可以開發(fā)企業(yè)級應(yīng)用，還可以開發(fā)網(wǎng)站、游戲、IoT、AI等新型應(yīng)用。
但是，由于開發(fā)者PaaS不會提供抽象領(lǐng)域模型，遇到企業(yè)級應(yīng)用中高頻出現(xiàn)的場景時，成本、效率和質(zhì)量就會大打折扣，因?yàn)閮H僅提升編程和運(yùn)維效率是解決不了這些問題的。
講完企業(yè)級PaaS和開發(fā)者PaaS的特征，大家有沒有看出它們的差異？
敲黑板：一段段的2C商業(yè)場景和偏技術(shù)的微服務(wù)非常適合開發(fā)者PaaS，而企業(yè)級的商業(yè)場景是流程端到端、高頻變化的，更適合在一個統(tǒng)一的企業(yè)PaaS平臺上，來構(gòu)建和運(yùn)維數(shù)十?dāng)?shù)百個微應(yīng)用。
牛透社：企業(yè)級PaaS和開發(fā)者PaaS是兩條平行線嗎，有沒有交叉、重疊的地方？若有，那么在交叉、重疊的區(qū)域，它們各有什么優(yōu)劣？
劉金柱：多數(shù)情況下，企業(yè)級PaaS和開發(fā)者PaaS各司其職，誰有誰的地盤。我干不好你的活兒，你也干不好我的活兒
比如，DevOps這種開發(fā)者PaaS解決的是用戶高體驗(yàn)、模式不固定的一些應(yīng)用產(chǎn)品，包括信用卡系統(tǒng)、特別需要有創(chuàng)造性的業(yè)務(wù)系統(tǒng)、特別需要獨(dú)立松耦合的微服務(wù)，如果讓它解決企業(yè)運(yùn)營管理之類應(yīng)用場景，它可能就完全hold不住。
企業(yè)級PaaS更適用于操作相對標(biāo)準(zhǔn)化的系統(tǒng)，把原來的大系統(tǒng)解構(gòu)成一個個小應(yīng)用，但是如果讓它構(gòu)建科幻的太空飛船，它照樣hold不住。
少數(shù)情況下，企業(yè)級PaaS和開發(fā)者PaaS能解決共同的問題，但兩者解決問題的路徑、效率和成本可能不一樣，投入產(chǎn)出比也會存在較大差異。
比如，一個5人內(nèi)的DevOps團(tuán)隊(duì)，可能在第4周已經(jīng)裁剪、熟悉和駕馭了新的開發(fā)架構(gòu)，幸運(yùn)的話已經(jīng)發(fā)布了第一個典型應(yīng)用功能。
如果是企業(yè)PaaS，在幾天內(nèi)就可以上線典型的企業(yè)應(yīng)用功能。在一個足夠細(xì)分的領(lǐng)域做比較，兩者投入產(chǎn)出比的差異是巨大的。
牛透社：企業(yè)應(yīng)用太復(fù)雜了，怎么考慮企業(yè)級PaaS的成本和效率？
劉金柱：通常大家會經(jīng)常說，搞企業(yè)應(yīng)用太復(fù)雜。我認(rèn)為這里的復(fù)雜有這么幾層含義：
首先，界面交互、規(guī)則和權(quán)限復(fù)雜且多變；
第二，數(shù)據(jù)間關(guān)系和控制復(fù)雜；
第三，沒有冷啟動的信息化建設(shè)，引入一個新應(yīng)用，存在大量異構(gòu)、要集成的系統(tǒng)，同時又增加了一個系統(tǒng)孤島；
第四，流程可能簡單也可能復(fù)雜，但企業(yè)和企業(yè)間流程的差異程度非常高；
第五，不希望被固化的應(yīng)用拖住企業(yè)的創(chuàng)新，希望應(yīng)用能快速調(diào)整和創(chuàng)建，支持管理和業(yè)務(wù)上的創(chuàng)新。
所以，我認(rèn)為，回答這個問題的本質(zhì)，是企業(yè)PaaS能否做到最低的成本、最優(yōu)的效率、可持續(xù)地解決這些問題。
牛透社：說到這里，PaaS和企業(yè)級PaaS都很清晰了。最后，能否談?wù)勂髽I(yè)級PaaS未來往哪個方向走？
劉金柱：企業(yè)級PaaS不僅僅考驗(yàn)廠商的產(chǎn)品能力，更重要的是做平臺、做生態(tài)。
就像剛才說過的飛機(jī)案例，企業(yè)級PaaS相當(dāng)于不僅交付給你一條條飛機(jī)生產(chǎn)線，還要提供適合的機(jī)場跑道、空管調(diào)度、地面維護(hù)等一系列的專業(yè)配套設(shè)施，不僅要提高技術(shù)能力服務(wù)，更要與社會化分工提供整合價(jià)值。
所以說，PaaS的競爭，歸根結(jié)底是平臺成熟度、開放性和生態(tài)的競爭。
要想做平臺、做生態(tài)，企業(yè)級PaaS廠商就必須有整合相關(guān)行業(yè)的資源、相關(guān)伙伴的專業(yè)能力和信譽(yù)度，比如金融、制造、汽車等行業(yè)，以及開發(fā)伙伴、渠道伙伴和實(shí)施伙伴等，慢慢形成一個價(jià)值閉環(huán)的生態(tài)圈。
在中國的企業(yè)級軟件市場，已經(jīng)進(jìn)入到PaaS賦能的新時代。
這是一個老市場的里程碑拐點(diǎn)，前半場的IaaS已經(jīng)就緒，在有了PaaS的下半場，會以更快的速度爆發(fā)出形式各樣的商業(yè)應(yīng)用，應(yīng)用交付模式將從刀耕火種的原始社會切換到專業(yè)化分工的現(xiàn)代社會。
未來，PaaS廠商不會出現(xiàn)一家獨(dú)大，但也不會有太多玩家。企業(yè)PaaS的綜合門檻會越來越高，一些小玩家沒有厚實(shí)的基礎(chǔ)去覆蓋產(chǎn)品和生態(tài)體系，就很難玩起來。
