牛透社2017年10月30日的文章《總算有人把PaaS講明白了》發布后，小伙伴們的反饋很多，很多人希望從不同角度繼續了解PaaS，最終搞懂PaaS，明白它未來往哪個方向走。

本期文章，我們將深入解析企業級PaaS，從數據能力/流程能力、從平臺/生態的維度勾畫它。

本文內容來源于牛透社與炎黃盈動CEO劉金柱的訪談。

牛透社：對于PaaS，10個人可能有10種理解。你是怎么看待PaaS的？

劉金柱：的確，現在很多人對PaaS還是霧里觀花。但PaaS只是看似復雜，只要找對方法，大家就能輕松認識它。

現在，我舉兩個生活中的例子，幫助大家理解什么是IaaS、PaaS、SaaS，以及它們有什么區別。

例1：做漢堡

本地部署，就是你準備餐桌、烤箱、面團、奶酪等所有物品，在家自己做漢堡；

IaaS，就是你準備餐桌、烤箱，廠商負責披薩面團、奶酪等物品，你買材料回家做；

PaaS，就是你準備餐桌，廠商負責烤箱、面團、奶酪等物品并烤好披薩，你叫外賣；

SaaS，就是廠商負責餐桌、烤箱、面團、奶酪等所有物品并烤好披薩，你去披薩店吃。

越往上，需要廠商做的事越多，吃到嘴的漢堡也越快。為什么還要有PaaS這一層呢，因為你可能要提高生活質量、你要活得與眾不同，而且還要把這件事做得低成本、高效率，大家能消費得起。

做漢堡只是個很簡單的場景，要想比較全面地了解PaaS，我們還需要第二個例子。

例2：造飛機

造飛機=把N多零部件組裝成一架飛機？顯然不是。

造飛機=飛機設計+飛機制造+空管系統+機場調度+地面維護+技術升級+飛機退役，跟飛機相關的交付鏈條，都要磨合打通才能造出一架合格的飛機、一架有人敢坐的飛機。

PaaS就是這樣一個系統工程，它要為交付一個上層應用提供一組能力的集合，還要能夠納入社會的專業分工。至于做漢堡還是造飛機，道理是一樣的。

牛透社：這兩個例子的確很形象地描述了PaaS的內涵。那么，近幾年PaaS發展得怎么樣？

劉金柱：PaaS從誕生到現在，大約有十年時間了。如果用一句話來概括這十年PaaS的發展變化，“星星之火，終成燎原之勢”或許最恰當。

* PaaS發源于2007年，這一年，Salesforce發布了第一個商業PaaS，即force.com；Heroku發布了支持Ruby編程語言的heroku。

* 2008年，Google公布GAE預覽版，開始宣傳它的PaaS。

*  此后兩年，PaaS就熱鬧起來了，更多國際巨頭開始布局PaaS——這兩年也是早期教育階段，PaaS跑得很快但基礎環境跟不上，結果就是左腳邁出去了，右腳還在門內，大家都摔了跟頭。

包括早期谷歌GAE、微軟Azure在內，在云計算大戰中選擇從PaaS彎道超車，由于底層IaaS開放性和商業化不足，在上層構建的PaaS多為面向開發者的技術PaaS，缺乏直接的商業轉換價值，企業用戶不怎么買單。

* 2011年，PaaS進入迸發期。亞馬遜發布Beanstalk；VMWare發布Cloud Foundry，VM Instance；紅帽發布Openshift，VM Instance。PaaS的成熟度不斷提高。

* 2012-2015年，全球PaaS市場全面開花，早期CloudBees 發布企業版Java PaaS，炎黃盈動發布企業級App Container內核，Docker發布容器虛擬化技術，EMC&Vmware發布企業版PaaS，微軟Azure進入中國，IBM公布Bluemix PaaS，Oracle 提供企業云PaaS平臺，Rocket發布容器虛擬化技術，Google發布容器編排技術。PaaS上升為多家廠商的發展戰略。

* 2016年以后，基于開源kubernetes的容器型開發者PaaS和企業PaaS技術開始成熟，PaaS成為一部分數字化轉型企業的賦能平臺。

整體來看，各路廠商都將PaaS視為未來的發展方向，所以，目前市場上有各種純PaaS廠商，也有一些IaaS和SaaS廠商提供PaaS服務。從陣營上，大致可以分為三類：

一是為開發者提供服務的PaaS，比如Kubernetes、Cloud Foundry，關注編程交付的流水線；

二是為企業提供服務的PaaS，比如force.com、還有我們的AWS PaaS，關注的是低代碼業務驅動的交付流水線；

三是一些場景能力非常強的PaaS，比如融云的IM PaaS、工業互聯網PaaS。

牛透社：這么多廠商做出這么多PaaS，它們都應用在什么領域呢？

劉金柱：大家都知道，在十多年前的應用軟件市場里，中間件（Middleware）是一個生命力特別旺盛的領域，有各種各樣的中間件產品，到今天依然非常重要。

PaaS就是在云計算和新技術環境下，將這些復雜能力抽象成即需即用的一組服務，一種云計算場景化的中間件。Gartner對PaaS的定義包括了應用、集成、業務流程、移動和數據庫服務等細分領域。

但是，圍繞PaaS的概念定義主要集中在全集合的aPaaS（Application PaaS）。明白這個前提后，我們就可以對PaaS的領域進行細分了：

aPaaS——應用平臺即服務；

bpmPaaS——流程管理平臺即服務；

dbPaaS——數據庫和存儲即服務；

baPaaS——商業分析即服務；

MBaaS/BaaS——移動/后端即服務；

iPaaS——集成服務；

MFT PaaS——文件管理和傳輸服務等等。

給大家看張圖，PaaS應用領域就更加地一目了然。

PaaS的應用領域很多，這也從側面顯示出沒有一個PaaS能夠滿足所有應用場景的需求。

我的個人觀點是，能力集約會是未來PaaS的主流趨勢，無論是DevOps的開發者PaaS還是Low-Code的低代碼企業PaaS。它與單點PaaS最大的區別在于，別人干一件事，你要聚焦在一個完整場景把三件事干漂亮。如果你的PaaS應用場景可以做到低成本、高效率、高體驗的能力組合，企業用戶一定會更感興趣

牛透社：PaaS家族的成員太多了，用戶順著什么樣的主線去辨別它們、選擇產品呢？

劉金柱：應用場景不同，PaaS的設計思想、功能定位也不同。所以，用戶要想選對產品，必須先明確PaaS的應用場景，了解它的分類。

我們可以從2B（Business）、2D（Developer）兩條線來辨別PaaS。

2B的PaaS為企業應用場景提供服務，比如快速構建HR、CRM、SCM和個性化業務，買單的是企業或者軟件廠商。

2D的PaaS為開發者提供服務，比如通過DevOps提高開發到運維的效率，構建云原生應用的場景也更廣泛、更靈活，買單的是開發者或者企業技術團隊。這里的2B PaaS就是企業PaaS。

從歷史角度來看，企業PaaS和開發者PaaS是同時萌芽的，都發源于2007年。近十年來，它們你追我趕，齊頭并進，各自衍生出一大派系。

過去二十年，我們國內各行各業完成了跨越式發展，粗放式管理讓很多企業希望通過導入有先進管理思想的ERP實現再造，國內的軟件廠商也是疲于追趕。

到了2010年前后，在全球范圍內，云計算、移動互聯網等顛覆傳統軟件架構的技術開始成熟，中國企業對運營過程的精細化管理也有了深刻理解。

這個時候，企業的傳統IT系統面臨一個歷史性的拐點，是繼續每年花出一筆昂貴開銷維護那些老系統，還是基于新的架構平臺重建下一代應用。

在這個拐點上，我要說，我們國內軟件廠商機會和優勢更明顯。

牛透社：能否給我們講講企業級PaaS和開發者PaaS的特性？

劉金柱：我平時關注企業級PaaS比較多，所以今天著重談談企業級PaaS，同時兼顧開發者PaaS。

對于這個問題，我自己是這樣理解的：

企業級PaaS是一個點、線、面的立體化平臺。

點是上層一個個的應用，線是貫穿企業內外的端到端流程，面是支撐應用和流程不斷交織、演進的平臺基礎服務。

企業PaaS的核心特征主要體現在兩方面，一是對應用生命周期的管理，一是對構建企業應用場景的支持。

現在，我們先看企業PaaS的第一個特征：覆蓋應用生命周期。

覆蓋應用生命周期，就意味著PaaS要做好五個階段的工作：

第一階段是構建應用，包括工具和可視化，快速開發，自動化測試；

第二階段是部署應用，包括分發、自動化部署、多租戶下的版本差異受管；

第三階段是運維，包括計算資源的彈性伸縮和監控調度、日志審計等，也會包括日常的運行維護，比如組織權限、業務異常干預、處理應用級問題；

第四階段是進化應用，包括應用的版本管理和配置更新、升級和降級；

第五階段是卸載應用，包括應用程序和數據清除、計算資源釋放。概括地說，就是支撐應用從無到有，再到無。這個和造飛機、調度飛機、維護飛機、退役飛機是一個道理。

再來看企業PaaS的第二個特征：對應用場景的支持。

在這里，要回答的不是你做了什么，而是你能做什么？也要回答，哪些是你不擅長的。

流程、數據、集成、移動等是構建企業應用場景中頻率最高最頭痛的事，需求厘不清、業務變化快也是現實中遇到最多的問題。

能造民航客機、直升機還是無人機，不同的飛機類型，展示出不同的場景能力，這些能力的集約化程度，也決定了造飛機的成本和效率。

與企業級PaaS相比，云原生的交付流水線是開發者PaaS的主要設計目標，在新一代云架構中提高開發到運維的軟件工程效率。

開發者PaaS不僅可以開發企業級應用，還可以開發網站、游戲、IoT、AI等新型應用。

但是，由于開發者PaaS不會提供抽象領域模型，遇到企業級應用中高頻出現的場景時，成本、效率和質量就會大打折扣，因為僅僅提升編程和運維效率是解決不了這些問題的。

講完企業級PaaS和開發者PaaS的特征，大家有沒有看出它們的差異？

敲黑板：一段段的2C商業場景和偏技術的微服務非常適合開發者PaaS，而企業級的商業場景是流程端到端、高頻變化的，更適合在一個統一的企業PaaS平臺上，來構建和運維數十數百個微應用。

牛透社：企業級PaaS和開發者PaaS是兩條平行線嗎，有沒有交叉、重疊的地方？若有，那么在交叉、重疊的區域，它們各有什么優劣？

劉金柱：多數情況下，企業級PaaS和開發者PaaS各司其職，誰有誰的地盤。我干不好你的活兒，你也干不好我的活兒

比如，DevOps這種開發者PaaS解決的是用戶高體驗、模式不固定的一些應用產品，包括信用卡系統、特別需要有創造性的業務系統、特別需要獨立松耦合的微服務，如果讓它解決企業運營管理之類應用場景，它可能就完全hold不住。

企業級PaaS更適用于操作相對標準化的系統，把原來的大系統解構成一個個小應用，但是如果讓它構建科幻的太空飛船，它照樣hold不住。

少數情況下，企業級PaaS和開發者PaaS能解決共同的問題，但兩者解決問題的路徑、效率和成本可能不一樣，投入產出比也會存在較大差異。

比如，一個5人內的DevOps團隊，可能在第4周已經裁剪、熟悉和駕馭了新的開發架構，幸運的話已經發布了第一個典型應用功能。

如果是企業PaaS，在幾天內就可以上線典型的企業應用功能。在一個足夠細分的領域做比較，兩者投入產出比的差異是巨大的。

牛透社：企業應用太復雜了，怎么考慮企業級PaaS的成本和效率？

劉金柱：通常大家會經常說，搞企業應用太復雜。我認為這里的復雜有這么幾層含義：

首先，界面交互、規則和權限復雜且多變；

第二，數據間關系和控制復雜；

第三，沒有冷啟動的信息化建設，引入一個新應用，存在大量異構、要集成的系統，同時又增加了一個系統孤島；

第四，流程可能簡單也可能復雜，但企業和企業間流程的差異程度非常高；

第五，不希望被固化的應用拖住企業的創新，希望應用能快速調整和創建，支持管理和業務上的創新。

所以，我認為，回答這個問題的本質，是企業PaaS能否做到最低的成本、最優的效率、可持續地解決這些問題。

牛透社：說到這里，PaaS和企業級PaaS都很清晰了。最后，能否談談企業級PaaS未來往哪個方向走？

劉金柱：企業級PaaS不僅僅考驗廠商的產品能力，更重要的是做平臺、做生態。

就像剛才說過的飛機案例，企業級PaaS相當于不僅交付給你一條條飛機生產線，還要提供適合的機場跑道、空管調度、地面維護等一系列的專業配套設施，不僅要提高技術能力服務，更要與社會化分工提供整合價值。

所以說，PaaS的競爭，歸根結底是平臺成熟度、開放性和生態的競爭。

要想做平臺、做生態，企業級PaaS廠商就必須有整合相關行業的資源、相關伙伴的專業能力和信譽度，比如金融、制造、汽車等行業，以及開發伙伴、渠道伙伴和實施伙伴等，慢慢形成一個價值閉環的生態圈。

在中國的企業級軟件市場，已經進入到PaaS賦能的新時代。

這是一個老市場的里程碑拐點，前半場的IaaS已經就緒，在有了PaaS的下半場，會以更快的速度爆發出形式各樣的商業應用，應用交付模式將從刀耕火種的原始社會切換到專業化分工的現代社會。

未來，PaaS廠商不會出現一家獨大，但也不會有太多玩家。企業PaaS的綜合門檻會越來越高，一些小玩家沒有厚實的基礎去覆蓋產品和生態體系，就很難玩起來。