近一兩年，企業(yè)級PaaS平臺層出不窮，市場上的產品如雨后春筍般的涌現(xiàn)。不同云平臺所支撐的應用有不同的特征。其中有些原因來自業(yè)務本身，還有些來自不同機構的制度，比如企業(yè)、銀行和政府以及不同的隱私需求和性能需求，未來所以垂直領域的PaaS會更有機會。

追溯歷史，早在2012年，許多SaaS及IaaS廠商開始推PaaS平臺服務，比如用友偉庫PaaS平臺、普元PaaS平臺、新浪SAE的IaaS PaaS模式等。當時主流PaaS平臺分為兩種。一種是以美國Heroku和國內新浪SAE為代表，它出現(xiàn)的目的是為了解決移動端后臺的問題，所以稱之為AppEngine。然而這種PaaS的應用場景較少，僅僅是支撐移動端使用。另外一種是Cloud Foundry，它設計的理念是做一個大而全的PaaS平臺，能夠解決企業(yè)生產環(huán)節(jié)過程中遇到的所有問題。但物極必反，太厚重的設計讓它的使用、配置和維護復雜度較高，對用戶和解決方案提供商來說都很重，所以最終也沒有被市場認可。數(shù)人云CEO王璞認為這些平臺都可以歸結為上一代PaaS產品，由于其內涵極其豐富，加在IaaS和SaaS中間難以界定，這讓用戶理解起來非常困難，因此基本上全體陣亡了。

2014年，PaaS的分水嶺。亂戰(zhàn)中，救世主Docker出現(xiàn)，PaaS的發(fā)展又有了希望。

毫無疑問，Docker成為了2014年前后最熱門的技術之一，發(fā)展可謂是一路凱歌，并冠以容器、虛擬化、輕量、可移植、分布式的優(yōu)勢，而它的出現(xiàn)也給處于困頓中的PaaS平臺帶來了一線生機?！癉ocker給PaaS定義了一個邊界，讓PaaS的發(fā)展和使用有據(jù)可依，有標準可循。這對平臺提供商來說清晰了產品發(fā)展的思路。Docker里邊封裝的是企業(yè)各種業(yè)務應用，Docker外邊則是PaaS提供的容器運行環(huán)境。通俗講，Docker讓PaaS脫離厚重，且變薄了。因為容器里承載了各式各樣的編程語言。而PaaS只需要提供一個標準的容器運行環(huán)境。因此基于容器、Docker打造的PaaS產品，被定義為是標準通用的PaaS平臺。這樣就出現(xiàn)了新一代的說法。”王璞說。

恰逢其時。PaaS突然火爆正是由于技術與時機的成熟。2014年Docker逐步興起，其輕量級虛擬化可以做到秒級部署與啟動應用。同時Docker基于鏡像分層、共享的機制，以及基于Dockerfile的鏡像制作機制，可以很容易將應用進行打包并部署，真正做到了一次build，到處運行的效果，而后期的應用重新打包部署也很方便。在時機上，傳統(tǒng)企業(yè)的IaaS改造積累了不少X86化、模塊化經驗。正如現(xiàn)在的互聯(lián)網化應用，如秒殺、促銷、節(jié)日活動等，使應用更加彈性，這正好順應著微服務化的應用發(fā)展路線，也與容器級虛擬化所要求的無狀態(tài)話、微服務化不謀而合。

通常云計算分三層，IaaS、PaaS和SaaS，IaaS可以支撐PaaS，但是PaaS并不主要用于支撐SaaS。當新一代PaaS出現(xiàn)以后，云計算的原有分層邏輯就發(fā)生了變化，底層還是IaaS，中間是PaaS，而上層不只是SaaS，上層還包括企業(yè)生產系統(tǒng)，因為新一代PaaS更多的是支撐企業(yè)生產系統(tǒng)。因此，對于數(shù)人云來說，他們的產品更加針對企業(yè)內部的生產環(huán)境建設，主要提供私有云上的PaaS平臺服務。

“輕”的內涵

據(jù)了解，數(shù)人云是國內領先的云計算創(chuàng)新技術實踐者，致力于打造最輕量化的PaaS平臺，將應用彈性做到極致?；贒ocker Mesos，數(shù)人云實現(xiàn)了一站式的微服務架構集群系統(tǒng)，最大化地幫助企業(yè)實現(xiàn)應用業(yè)務在云端的快速部署，解決從用戶到云資源的最后一公里。那么什么是所謂的“輕量化”呢?

對于企業(yè)來說，若要快速跟上市場的需求，就要具備高水準的業(yè)務響應能力。而這背后，IT至關重要。IT產品的建設是否能夠滿足快速上線，快速迭代，是否能滿足互聯(lián)網業(yè)務規(guī)模的彈性伸縮，是否能支撐商業(yè)，進而引領商業(yè)，這些對傳統(tǒng)企業(yè)的信息中心和CIO提出了不小挑戰(zhàn)。而這正是數(shù)人云“輕量級PaaS”的初衷。

王璞說：“隨著技術的突飛猛進，企業(yè)級IT建設逐步發(fā)生轉變。原有產品如J2EE、WebLogic都很厚重，難以自身維護。而現(xiàn)在的企業(yè)信息化建設更傾向于自主可控，企業(yè)都希望內部的IT環(huán)境能夠掌控在自己手里，用一些互聯(lián)網化的產品，構建出支撐業(yè)務發(fā)展的應用。同時隨著互聯(lián)網和移動互聯(lián)網的發(fā)展，傳統(tǒng)企業(yè)如金融、運營商等企業(yè)的業(yè)務形態(tài)發(fā)生了很大變化。這就需要他們快速轉型，使其形態(tài)更互聯(lián)網化。而作為支撐業(yè)務發(fā)展和轉型的基礎工具，IT架構也需要更加互聯(lián)網化，讓其具備簡單部署、方便管理、易維護的能力。這就讓CIO不得不選擇一些發(fā)源自互聯(lián)網的技術和產品，讓企業(yè)向互聯(lián)網公司一樣，對IT做到絕對的自主可控，自給自足?！?/p>

因此，數(shù)人云PaaS平臺的輕量化體現(xiàn)在兩個方面。首先可以幫助企業(yè)實現(xiàn)IT應用快速迭代、快速上線，持續(xù)交付、持續(xù)集成，敏捷開發(fā)。其次可以幫助企業(yè)實現(xiàn)應用層面的高彈性。隨著業(yè)務規(guī)模的瞬時暴增，系統(tǒng)可以快速調整做出支撐，做到收縮自如。當業(yè)務量下降了，系統(tǒng)可以自動重新分配計算資源。

根據(jù)調查，傳統(tǒng)企業(yè)的IT建設的確不具備“輕量”的能力。他認為“輕量”并不意味著產品是簡單的。舉個例子，Google內部的IT非常龐大，但Google的IT系統(tǒng)是非常輕的，其PaaS應用的較早且規(guī)模巨大，多年來幫助Google支撐企業(yè)業(yè)務應用，并能夠實現(xiàn)快速上線、應用彈性伸縮。所以數(shù)人云借鑒了Google的這種理念，用開源的組件做一個輕量的PaaS產品，提供給傳統(tǒng)企業(yè)，讓他們比較輕松地應對互聯(lián)網業(yè)務上的需求。

提及數(shù)人云“輕量級”的優(yōu)勢，有以下幾句話可以概括：

第一是秒級擴容。企業(yè)應用數(shù)人云PaaS平臺，可以秒級拓展千個容器實例，輕松應對高并發(fā)。第二是混跑多種應用。數(shù)人云將Docker化容器應用與Spark等大數(shù)據(jù)應用混跑在同一集群，從而提高資源利用率。第三是支持混合云環(huán)境，包括公有云、私有云、混合云，同時支持物理機、虛擬機。第四是一鍵部署Spark、Hadoop分布式應用。第五是簡化運維，數(shù)人云PaaS統(tǒng)一監(jiān)控各種應用和集群資源使用情況，簡化運維管理。最后是保障高可用，一旦遇到宕機等問題，可以自動遷移故障服務器上的應用實例，保障服務高可用。

企業(yè)PaaS化改造有理可循

在Google里有這樣一種說法，你想把服務器當寵物一樣對待，還是把服務器當做牛一樣對待?當寵物去對待，就要有專門的DBA去管理裝了數(shù)據(jù)庫的服務器，而當服務器一旦宕機，整個業(yè)務就會受到影響。這種方式對于服務器的后期維護要求是很高的。目前國內絕大多數(shù)傳統(tǒng)企業(yè)都是這個類型，人圍著機器轉，某個應用出了問題就要找到對應的服務器，誰是第一負責人，誰是第二負責人。這必然會把運維的復雜度升高了，讓運維人員的負擔很重，CIO也常常被看做是救火隊員。

另外一種就是像放牛場一樣，成百上千頭牛好似服務器集群，一兩頭牛病了不會影響整個放牛場的業(yè)務。Google就是以這種理念來管理數(shù)據(jù)中心的?！癎oogle內置了兩三百萬臺服務器，要是按照寵物型的方式，難以實現(xiàn)有效的管理。Google數(shù)據(jù)中心的服務器就像牛場一樣，運維人員是不直接去管服務器的，而是圍著應用、業(yè)務轉，因為業(yè)務才是最重要的。因此在數(shù)人云的產品體系里，已經開始淡化主機、服務器的概念，他們允許服務器出錯宕機，這時數(shù)人云能做到自動把受影響的應用在其他可用服務器上恢復，從而保證業(yè)務的穩(wěn)定性和連續(xù)性。我們希望傳達給用戶這樣的理念，通過輕量級PaaS和容器讓用戶接受新的方式，摒棄傳統(tǒng)厚重的那套方法，輕松管理，簡單運維。但現(xiàn)在這個理念還是培育期。企業(yè)也建立了雙模驅動的方式來應對過渡時期。"

不可否認，新事物的出現(xiàn)一定會帶來正反兩個層面的影響，容器技術也如此。首先Docker缺少容器之間的高層次聯(lián)網功能。在大規(guī)模環(huán)境下，如果容器需要與不在同一個Docker主機上的其他容器聯(lián)系，這可能成為一個問題。同時相對于虛擬機，Docker提供的隔離和安全機制較弱。Docker需要root權限才能正常運行，而這意味著人為破壞的可能性很大。只要密碼被破解，主機上的所有容器就會跟著遭殃。此外還有存儲的問題，目前容器環(huán)境支持的存儲功能仍舊有限。

基于上述考慮，王璞建議傳統(tǒng)企業(yè)要盡可能的規(guī)避這些風險。企業(yè)盡量在私有云環(huán)境中使用容器，網絡盡量不用基于容器的SDN，或是IaaS層面的SDN，或是物理網絡，企業(yè)可只用負載均衡這種簡單的網絡，因為這是經過驗證的。此外，在數(shù)據(jù)層面企業(yè)盡量不用容器管理存儲相關的應用，不要將數(shù)據(jù)庫裝在容器中，從而實現(xiàn)以己之長補己之短。

此外，評價一個平臺的成敗與否，根本的依據(jù)就是是否解決了用戶最本質、最根源的需求。PaaS平臺技術門檻較高，即便做成，在用戶端能夠運行與維護也比較困難。而為了實現(xiàn)最初的目標，數(shù)人云一直在平臺的開發(fā)、測試、落地實踐中努力著，用王璞的話說，數(shù)人云期望能讓自己的產品更加趨近于成熟，把后期運維壓力降低。他清晰的認知，云計算落地的這幾年中，傳統(tǒng)企業(yè)已經開始逐步適應IaaS，隨著去IOE的進程，企業(yè)逐步進行應用改造，應用逐步模塊化拆分遷移到虛擬機部署與運行，但應用改造是一個漫長的過程，從應用端來說還沒有到達一下子PaaS化的程度。

向未來積累經驗

2016年，PaaS市場進入一個全新階段，PaaS云服務將從開發(fā)者驅動轉向企業(yè)需求驅動。而與此同時幾乎所有領域的企業(yè)都在謀求技術創(chuàng)新和業(yè)務轉型。他們希望企業(yè)的IT人員無需關心IT基礎設施底層硬件、操作系統(tǒng)、中間件部署，網絡，而只需要通過PaaS平臺提供服務化的中間件部件，且這些服務和中間件部件都是由PaaS平臺自動管理與運維的。

而對于企業(yè)而言，在部署PaaS平臺的過程中，最關心的問題莫過于應用的改造遷移與業(yè)務系統(tǒng)運行穩(wěn)定性。我們看到，市場上有很多PaaS平臺公司不斷的去組合各種技術，卻忽略或者閉口不談企業(yè)或者行業(yè)應用的基本需求。與應用結合這對平臺提供商的專業(yè)素養(yǎng)要求是非常高的。既要精通技術，又要對企業(yè)或者行業(yè)的業(yè)務系統(tǒng)熟悉，這樣才能指導業(yè)務軟件的PaaS化改造。而改造之后，應用的各種指標與之前相比要有一個度量標準，才能確保改造成功。此外，當企業(yè)真正地完成了PaaS化改造，對于核心系統(tǒng)而言，一旦上線應用，運維就成為重中之重。除了PaaS平臺自身的運維，還需要對業(yè)務系統(tǒng)進行全方面的指標展示。數(shù)人云在業(yè)務層面的積累還欠缺經驗，但作為一家以技術驅動創(chuàng)新的企業(yè)，他們正在摸索著金融行業(yè)的應用場景和落地痛點，懷揣著一顆坐穿企業(yè)級PaaS平臺部署的心，一群人年輕人，沒有什么不可能。

技術的發(fā)展突飛猛進，但是我們不能承認新一代PaaS已經成熟了，但在企業(yè)部署層面，新一代PaaS平臺可以借助Docker實現(xiàn)從開發(fā)環(huán)境到PaaS平臺的無縫遷移，從里到外Docker都是得力幫手，可以說Docker已經扎根新一代的PaaS平臺。

然而PaaS作為云計算的服務模式之一，其市場規(guī)模遠遠小于SaaS和IaaS，但當這兩種模式在爆發(fā)期遇到瓶頸期后，用戶和企業(yè)終將回歸到PaaS，三者是相輔相成的。

不同云平臺所支撐的應用有不同的特征。其中有些原因來自業(yè)務本身，還有些來自不同機構的制度，比如企業(yè)、銀行和政府以及不同的隱私需求和性能需求，未來所以垂直領域的PaaS會更有機會。有調查顯示，未來一年有40%的潛在企業(yè)用戶有計劃部署PaaS平臺，那么我們可以肯定未來一到兩年將成為PaaS平臺部署的密集期，PaaS市場也將迎來高速發(fā)展。