摘要：云計算在企業級市場的戰役已經打響等新興云服務提供商已經動了傳統巨頭在企業級市場的奶酪，傳統巨頭們也已開始奮力反擊。新浪的版本發布是一個出現在圖中的國內事件。改名成發布微軟上臺后即將改名為，這標志著云已經成為微軟的優先戰略方向。

云計算在企業級市場的戰役已經打響：AWS等新興云服務提供商已經動了傳統IT巨頭在企業級市場的奶酪，傳統巨頭們也已開始奮力反擊。隨著傳統IT 巨頭的加入，PaaS市場變得比以前任何時候都更加混亂。確定的共識似乎只剩下一個：大家都喜歡“Platform/平臺”這個詞，因為“平臺”一詞 有無限的想象空間。

越來越多的人開始談論和關注PaaS，包括運營商、互聯網巨頭、傳統IT廠商、咨詢和集成商、ISV、 IT技術媒體等等。但是，用戶對PaaS興趣似乎不大。從最初的一致看好，到現在人們開始懷疑PaaS的未來前景，甚至一部分人認為pure-PaaS將 最終消亡或成為IaaS或者SaaS的一個功能。 What Is Going on with PaaS? 一文中充分反應了這些分歧。

PaaS 的未來發展趨勢會是怎樣？以史為鏡，可以知興替。本文試圖通過解讀PaaS發展中發生的大事件，去窺測PaaS的未來走向。需要說明的是，隨著各種云服務 之間界限的逐步模糊，PaaS的未來某種程度上和云服務的未來是一致的，很難脫離云服務而多帶帶談PaaS，但是本文盡量將范圍控制在“PaaS”內。

PaaS熱度

我 們先來看看PaaS這個詞的Google趨勢和百度指數。對于Google，我采用的關鍵字是“Platform as a Service”，因為PaaS不僅僅指云計算領域的PaaS；對于百度，我則直接采用“PaaS”作為關鍵字。整體上看，無論是國外還是國內，PaaS 的熱度是持續上升的。在國外，2008年4月Google App Engine的發布是一個標志性轉折點，PaaS由此進入人們視野；2011年4月份VMware發布了Cloud Foundry，并隨后在市場上持續投入宣傳，使得PaaS的熱度上升到一個新臺階。在國內，2012年底左右人們對PaaS的興趣突然上升，隨后表現較 為平穩。

PaaS事件時間軸（Timeline）

并非所有事件都能像GAE發布、CF發布一樣能在Google的趨勢圖上看出這個事件所產生的直接變化。更多的事件是量變的，且幾個事件之間是有關聯的，把較長的時間跨度內發生的事件綜合起來解讀，有助于我們看清本質。

我 在下圖列出了從2008年到現在與PaaS有關的大事件。當然，與PaaS相關的事件很多，我選擇的是我個人認為最重要的事件，具有一定的個人主觀性。這 些事件進行矩陣劃分：根據事件的發生時間，劃分為過去（2007-2012）現在（2013-2015）外；根據企業類型，劃分為互聯網企業與傳統IT企 業。在后續章節中，我會解讀過去和現在的事件，并闡述對PaaS未來的一些看法。

PaaS的過去（2007 ~ 2012）

1. 2007 force.com announced.

Saleforce.com 作為最成功的SaaS公司，推出Force.com平臺用來支持客戶開發和部署定制軟件，并和Saleforces.com應用做集成。用戶可以通過 Apex（與Java類似）和Visualforce（UI）來開發運行在force.com上面的應用。Force.com是采用meta data驅動的架構來實現多租戶機制，因此也有人把force.com稱作metadata-PaaS。

SaaS類公司需要PaaS平臺是必然的。一方面用于支持用戶的定制軟件，另一方面從技術升級角度上他們需要PaaS平臺來運行自家的SaaS軟件。

2. 2008/04 Google App Engine beta version ＆ 2009/11 SAE alpha release.

GAE和Force.com是PaaS的鼻祖。當Google發布GAE時，informationweek報道這個事件時的第一段話是：

In a move that offers an alternative to startups considering Amazon"s pay-as-you-go Web services infrastructure, Google on Tuesday announced a limited test of the new Google App Engine, an online development environment for building and running Web applications.

GAE的 推出和AWS有著一定的關系。Google希望通過GAE和Amazon爭奪獨立開發者和創業公司市場。后來的發展表明AWS自下向上的戰略更為成功，而 Google不得不推出GCE并且在GAE里面支持Managed VM來追趕AWS。這點會在后續的“Google announced managed VM support”中會繼續分析。

2009/11新浪的SAE Alpha版本發布是一個出現在圖中的國內事件。SAE顯然是國內公司模仿Google GAE的產物。除了新浪，國內的其他的互聯網巨頭之后都推出各自的*AE服務。但是，他們之間的共同點是：這些*AE都是服務于其各自的開放平臺戰略，并 沒有獲得完全的獨立地位。

3. 2010 Heroku被Salesforce.com收購

Heroku 作為GAE后推出的運行于AWS之上的公有PaaS服務，深受Ruby/Rails開發人員的歡迎，但功能上它和GAE并無太大的區別。作為為數不多的公 有云pure-PaaS服務商，Heroku被收購后，引發了人們對公有云pure-PaaS后續發展的憂慮。

Heroku 不斷發展，但是相比于AWS的速度，并沒有達到人們的預期。為什么呢？對于簡單的、常用的Web應用，公有云pure-PaaS非常適合，可以讓開發人員 專注于業務本身的開發。但是，一定程度上公有云pure-PaaS限制了開發人員的選擇，開發人員失去了全棧的控制權。一旦業務復雜起來，將迫使用戶選擇 從pure-PaaS轉向AWS等IaaS上。因此，公有云pure-PaaS的發展空間有限。Heroku不像*AE們可以依托于巨頭們的開放平臺，其 被收購是一種理性的選擇結果。

Salesforce.com有force.com這個PaaS平臺，為何還要收購Heroku？合理的解釋是單一的metadata-PaaS很難滿足所有的需求。

4. 2011/01 AWS Beanstalk發布

作 為公有IaaS云的領導廠商，AWS不斷向棧的上方移動：一是推出各種Application services，二是推出應用管理和部署服務，如Cloudformation/Beanstalk。在技術實現上，GAE/Heroku采用基于 Container隔離的方案，而Beanstalk則采用VM隔離。AWS Beanstalk給予開發人員更大的控制權，因為開發人員可以登錄到VM上進行操作。

5. 2010/02 Windows Azure發布 & 2011/03 VMWare發布Cloud Foundry，Redhat發布OpenShift

相對于互聯網公司，傳統IT企業在2007-2012期間的活動應該說乏善可陳。而較之IBM/Oracle，微軟在云計算的動作是最早的。和GAE一樣，Windows Azure開始也定位于PaaS平臺，但其隨后也增加了VM Role的支持。

VMWare和Redhat的定位不是公有云“服務”，而是為私有云用戶提供PaaS“產品”。他們首先通過開源策略吸引開發人員，而后嘗試推出商業版本或者提供商業支持。這個策略很奏效，Cloud Foundry在國內某種程度上成了PaaS的代名詞。

PaaS的現在（2013 ~ 2015）

6. 2013/03 Netflix launched the NetflixOSS Cloud Prize

Netflix 是AWS最成功的案例，它標志著AWS不僅可以很好地滿足中小型創業公司的需求，也可以滿足大型的互聯網企業的需求。Netflix在構建Cloud- Native應用上所積累的經驗是豐富的。Netflix認為AWS和它要開發的Cloud-Native應用之間是存在Gap的，而最難的工作就是構建 符合自己業務需求的PaaS來彌補這個Gap。Netflix從2012年開始將這個他們自己稱為PaaS的一些組件逐步開源。

7. 2013/02 AWS發布OpsWorks & RightScale宣布支持GCE

在 應用管理和部署產品線上，繼CloudFormation與Beanstalk后，AWS在2013/02推出了OpsWorks服務。AWS OpsWorks將應用程序管理、可擴展性和性能結合在一起。OpsWorks支持各種DevOps原則，如持續集成等。用戶不但可以控制如何部署代碼， 還可以使用 Chef 配方來配置服務器上的軟件，使用AWS API來調用各種資源。

OpsWorks的推出引起了 RightScale等AWS合作伙伴的不滿，RightScale隨后宣布支持GCE。隨著AWS推出替代相似服務，RightScale等云管理廠商 的優勢似乎只剩下multi-cloud支持。但是，我認為對于不同的用戶，IaaS（可能是multi-cloud，包括私有云和公有云）和 Cloud-Native應用之間的Gap是不同的，Rightscale類軟件仍有足夠的創新空間和細分市場。

8. 2014/02 GAE支持managed VMs

Google在發布GCE后不久，就宣布GAE支持managed VMs功能。和Azure的VM Role一樣，這個功能給予了PaaS開發人員完全的控制權。

所以，未來PaaS可能成為IaaS的一個功能，或者說兩者之間沒有明顯的界限，它們是作為一個整體Offering提供給用戶，這都證明了AWS的遠見。

9. 2013/12 Github reached 10m repositories & 2013/10 dotCloud公司改名為Docker

這 兩個事件貌似和PaaS的關系不大。Github和開源軟件有很強的關聯性，因為幾乎所有的知名開源軟件都可以在Github上面找到。在云時代，開源軟 件的使用越來越多。AWS提供的RDS for MySQL深受歡迎，ElasticCache服務也是基于memcached和Redis這兩個開源軟件。GPL開源協議和云服務之間沒有沖突，使得越 來越多開源軟件被選擇用來構建云服務。另一方面，在ALM類軟件領域，出現了越來越多和Github一樣的SaaS服務，比如Monitoring as a service、Load test as a service，持續集成as a service。這類服務對DevOps的推動力不可忽視。

Docker自2013年以來非常火熱，無論是從Github上的代碼活躍度，還是Redhat在RHEL6.5中集成對Docker的支持，就連Google的Compute Engine也支持Docker在其之上運行。Docker對PaaS的影響值得持續關注。

10. 2014/03 Oracle and Microsoft Azure announced partnership

Oracle 之前已經和AWS有了類似的合作。用戶可以在AWS部署Oracle的軟件，甚至可以直接使用完全由AWS管理的RDS for Oracle。Oracle和Azure也達成合作，說明企業應用遷移到公有云的需求是存在的。對Oracle/IBM來說，他們肯定希望自家軟件以后也 能夠運行在自己的公有云中。

Pivotal發布企業版Cloud Foundry是預料之中的事情。之后，Cloud Foundry基金會成立，IBM/HP/SAP等巨頭紛紛加入，有點抱柴取暖的感覺。對于IBM/HP/SAP來說，作為后來者選擇加入基金會是個無奈 的選擇。Cloud Foundry不是PaaS的全部，Cloud Foundry只是巨頭們PaaS戰略的一個部分而已。

12. 2014/03 Windows Azure改名成 Microsoft Azure & 2014/04 IBM發布BlueMix

微 軟CEO上臺后即將windows Azure改名為Microsoft Azure，這標志著云已經成為微軟的優先戰略方向。IBM也是一樣，又到了關乎成敗的十字路口。在Pulse 2014會議上，該公司發布了BlueMix的測試版本，這是一款PaaS產品，通過開放平臺技術（CF）集成自家軟件和第三方產品，旨在幫助開發者快速 創建基于云的企業應用。IBM擁有最全的軟件產品線，領先的開發者生態系統，并在軟件開發方法論上有巨大的影響力。IBM這次極力營銷DevOps，值得 我們深思。

PaaS的未來（2016 ~ ）

讀完上述對PaaS事件的分析后，我希望讀者對PaaS的未來多少有了一些自己的思考。我在這里分享下我對PaaS未來的一些思考和預測。

1. 從PaaS的特性去思考PaaS的未來趨勢

PaaS的未來發展趨勢會是怎樣？我認為PaaS有三個非常核心的特性，這個三個特性一直并將持續影響著PaaS的發展趨勢。

多 樣性。用戶的需求是多樣的，同時由于歷史原因，異構環境一直都是IT行業必須面對的難題，這使得中間件領域的多樣性比其他領域更為明顯，所以不可能有一個 PaaS服務可以滿足所有人的需求，SaaS/PaaS，PaaS/IaaS的相互結合是不可避免的。對于大型公有云提供商，提供一體化的服務是趨勢，而 對于創業公司，根據特定的細分市場提供差異化的PaaS/DevOps服務和工具也是趨勢。It’s the apps，stupid。PaaS的最終目標是為應用服務，因此脫離apps談PaaS毫無意義。從apps的方向看，未來的趨勢有兩個：一是遺留應用的 集成和遷移，二是應用的移動化、社交化，System of Engagement應用的加速發展。DevOps。使用云服務和持續交付可以極大地加速業務創新。用戶采納云服務和DevOps有很強的正相關性，它們 的結合是“銀彈”，可以使軟件開發和交付的效率得到前所未有的提高。從工具層面上看，DevOps的核心是自動化。一切資源都以編程接口提供，這意味著 Full-Stack Automation （from “bare-metal to running business services”）成為了可能。從DevOps角度看，如果說PaaS的終極目標是NoOps，那么任何有助于提高應用交付和管理效率的工具、服務都應 該納入PaaS的大范疇。

2. 對PaaS市場競爭格局的預測

未 來PaaS競爭格局的焦點在于企業級市場。傳統IT企業雖然起步較晚，但是他們在企業級市場上的根基很穩固的。企業級的核心應用仍然運行在on- premise數據中心中，傳統IT巨頭肯定會推出各自的私有云來阻止用戶將核心應用遷移至公有云。而對于互聯網公有云提供商，他們會不斷推出各種服務以 方便用戶將應用遷移到公有云。

在這個爭奪過程中，我認為確定會發生的是：

并購事件將不斷發生。 傳統IT巨頭們將通過不斷收購創業企業來完善企業級云計算服務。互聯網企業將在企業級市場上獲取更多份額。無論傳統IT企業怎么努力，都無法避免其在傳統 企業級市場份額的流失。混合云管理平臺將被傳統IT企業控制。混合云管理平臺可幫助用戶跨私有云和公有云安全地創建并部署應用和服務。使用混合云能夠帶來 更好的安全性，更多的控制權，以及更好的性能或者可靠性。Rightscale將被某個巨頭并購。云生態圈的爭奪將難解難分。隨著云計算時代的到來，越來 越多的軟件開發商（ISV）和系統集成商（SI）將轉型成為云服務商。云生態圈的重要性不言而喻。雖然互聯網公有云服務商占盡先機，但是傳統IT巨頭打造 生態圈方面經驗豐富，未來的爭奪很難預測。

3. 對國內PaaS發展的一個期待

如 我在《 對國內云計算三個現象的思考 》這篇文章中所說的，我期待本土IaaS服務商把API放在第一優先級的位置，盡快提供API，為PaaS層面的創新提供空間。在不久的將來，我們希望能 夠看到除了傳統的*AE和CF外，在云應用管理軟件、DevOps工具、混合云管理工具、基于云的ALM類工具等領域能出現百花爭鳴的局面。