PaaS平臺格局分析：目前有哪些選擇？
鑒于Salesforce.com近期在Dreamforce大會及其他活動上頻頻宣布相關內容，現在該好好打量一下平臺即服務(PaaS)格局了。對于希望構建隨時可以運行的云應用程序的開發人員和企業人員來說，今天平臺即服務(PaaS)方面有哪些選擇?本文評述了PaaS的格局。
避免被提供商鎖定
今年早些時候，我高度贊揚VMware與Salesforce.com共同發布的VMforce.com“一改Salesforce.com迄今為止完全專有的Force.com平臺戰略。”Heroku架構加入到Force.com大家族證實了這個新的戰略方向，對Salesforce.com本身來說是這樣，對整個PaaS行業來說也是這樣。我早在去年4月份就寫道：
“VMforce.com之于SpringSource，就好比Heroku之于Ruby on Rails;它是開源平臺的高質量、多租戶的操作實例。這種平臺之所以備受開發人員的歡迎，原因在于明顯不會被提供商鎖定。理論上，你總是可以選擇換成另一家提供商或內部系統。而實際上，事情可能沒有這么容易;但是用戶能自行選擇很重要。因而，Salesforce.com一下子向主流市場開放了其專有平臺……”
“VMforce.com現在重新定義了PaaS格局，而且預示著Salesforce.com自己的PaaS戰略會有巨大轉變。這不再是閉源專有平臺之間的較量了;現在的較量已轉移到了兩條新的陣線：相互競爭的開源平臺之間(將確定其中誰會成為主流的云平臺堆棧);以及相互競爭的運營提供商之間(將確定誰會成為主導性的基礎架構框架)。”
瞧瞧短短一年內發生了多么驚人的轉變：Force.com已經從一個完全專有的平臺，變成了大力支持開源代碼和框架。現在開發人員可以自由地利用可隨意移植的代碼，構建Force.com應用程序;從理論上來說，代碼可以從一個PaaS提供商移植到另一個提供商，或者移植到自己的內部基礎架構。雖然避免被鎖定與其說是現實，還不如說是幻想，但考慮到將操作實例從一個平臺轉移到另一個平臺面臨的實際障礙，局勢已定：人們更偏愛不是完全屬于某一家提供商專有的PaaS標準(隨之而來的結果是，競爭使得這類解決方案更便宜了)。一個忠告是，在選擇PaaS平臺時，你應該總是尋求這種選擇：不必完全重新編寫應用程序的代碼，就能換成另一家提供商，哪怕只是理論上有這種選擇。
#p#
功能范圍
把PaaS描述為單單一個類別會讓人有點誤解。PaaS分為好多種，從像Heroku和Windows Azure這些最基本的開發平臺，直到諸如NetSuite公司的SuiteCloud之類平臺(這種平臺包括了專門針對某一種應用程序類型的預制業務對象)，不一而足。這后一類最近一直在發展壯大，目前出現了數量眾多的提供商。的確，現在軟件即服務(SaaS)提供商幾乎無一例外地都有這樣的路線圖：將應用程序擴大到其他提供商也能擴展的可編程平臺上。我最近注意到的例子包括如下：
RightNow公司在去年夏天發布了CX云平臺，號稱是“第一個專門為客戶體驗而定制的平臺”。該平臺吸納了RightNow的客戶服務應用軟件的所有要件：知識庫、用來與客戶交互的各種業務對象以及集成應用編程接口(API)，還允許進行定制，以適應特定的業務流程和垂直行業(如醫療保健業)需求。
遠程支持技術廠商NTRGlobal在去年10月份推出了一個模塊化的新平臺，隨帶的API讓合作伙伴可以將其功能集成到定制的解決方案中。這將PaaS的原理運用于非常狹窄的功能范圍。
現在連企業軟件巨頭SAP也加入到其中，準備提供采用PaaS模式的Business ByDesign解決方案，以便合作伙伴進行定制以及適應垂直領域的需要。
另外當然還有Saleforce.com最初的Force.com，它仍然可供使用，這家廠商更新、更開放的PaaS組件同樣可供使用。對于想要按Salesforce.com模式，構建經典的表單和數據庫SaaS應用程序的那些用戶來說，Force.com是一個非常成熟的、功能豐富的PaaS平臺。
也許我們需要一個新的術語(App-PaaS?)來描述應用平臺即服務的這個更針對特定功能的一層。開發人員在特定平臺的功能約束下從事開發，換來的是迅速將應用產品推向市場的優點，還能夠致力于將其專長運用到業務流程層，而不是非得利用更加面向工具包的普通PaaS方案，構建整個應用基礎架構。PaaS的這一層對系統集成商、小型獨立軟件開發商(ISV)和服務于垂直領域市場的解決方案提供商來說尤其具有吸引力。它的確需要用戶對平臺提供商的信任大大提升——被提供商鎖定是致命的，但是對許多用戶來說，可以迅速將應用產品投向市場的優點值得作出這樣的妥協。
給評估這些平臺的人提醒一句：不要僅僅關注自己想要構建的應用程序的純粹的功能范圍，還要考慮底層基礎架構的XX即服務功能和平臺帶寬。我之前就寫過文章表明，想成功地交付基于PaaS的切實可行的云應用程序，這些要素至關重要。
#p#
情景應用程序
對于迫切想要用應用程序解決企業當前需求的企業人員來說，還有更多的情景應用程序構建工具可以使用。這包括從混合平臺到簡單的、不需要編碼的、對企業友好的應用程序設計工具等各種工具。上周，我還預測它們會由于database.com而消亡，不過更準確的觀點也許是等到次日發布的Siteforce和更新版Appforce，它們在這個領域比面向開發人員的database.com更有影響力。
不管怎樣，已經占據和服務這個市場的小廠商覺得，沒什么新的東西好讓自己擔心的。大多數小廠商覺得，自己的平臺對普通的企業用戶來說更有親和力，無論是由于更高的易用性、更好的專業化，還是更個性化的支持。
PaaS提供商WorkXpress的總裁兼首席執行官Treff LaPlante說：“我們并不覺得這是與我們競爭的一種工具。請記住，我們絕對致力于開發盡量不需要編程的工具。”
Longjump公司的產品和營銷戰略主管Derek Cheng持有類似的觀點，他表示，要讓用戶采用Force.com平臺并非易事：“ISVforce、Appforce和Siteforce也在以新的品牌名重新推出現有的功能，可能是為了讓整個平臺更容易被用戶所接受。”Longjump的另一個差異化因素就是，它在去年年初推出了可以由第三方部署或企業內部部署的版本。
Caspio公司的總裁兼首席執行官Frank Zamani在電子郵件中說：“我們的核心產品一直是只需點擊操作的應用程序構建工具，”他又提到了更專業化的廠商所提供的更周到的支持服務。“不過，當然完全有可能出現這種情況，即將來某個時候，大廠商也會提供應用程序構建工具;大廠商會認識到，這是一個服務非常密集型的行業，而它們通常不是很擅長這方面。”
Zamani還提醒了一點：Salesforce.com像database.com這樣的產品能不能夠繼續保持一向比較高的利潤。他寫道：“我們認為，基礎架構是價格方面壓力很大的一種大眾化商品。其價值體現在針對特定需求的智能解決方案上。”
#p#
多功能SaaS
在關注database.com這樣的云數據庫時，要牢記的最后一個考量因素是，有沒有可能完全拿掉傳統Web應用架構中的某一層。我在聽了database.com宣布后，馬上給Dreamfactory的首席執行官Eric Rubin發去了一封電子郵件。Dreamfactory公司提供的一款web客戶軟件可以與任何云數據庫進行聯系，包括亞馬遜SimpleDB、Windows Azure和現在的database.com。
使用基于傳統Web應用架構的database.com存在一個問題，那就是數據庫與除Force.com基礎架構之外的任何地方安裝的應用服務器之間存在延遲。WorkXpress的LaPlante指出：“請記住，大多數數據庫web服務器連接不只是本地的，但人們常常試圖直接在它們之間鋪設光纖連接。應將直接的光纖連接換成web連接;我認為將來會看到這種連接會很適合一些應用程序，而另一些應用程序不適合。”
解決這個問題的一個辦法是，將應用服務器從整個架構中完全拿掉，而是將所有的應用程序邏輯放在客戶端，讓客戶端直接調用云數據庫。除了客戶端調用應用服務器造成的延遲外，沒有更多的延遲;而且對許多應用程序來說，由于讓業務邏輯在客戶端上本地執行，因而縮短了響應時間。
【編輯推薦】
- 漸進式？革命式？戴爾的云計算謀略
- SaaS、PaaS和云計算 攪動未來軟件發展
- 戴爾云戰略：IaaS、PaaS、SaaS一個不少
- 誰是開發者的夢中情人？PaaS與IaaS之爭
- 走近云計算：解密IaaS、PaaS和SaaS
