基于云的基礎設施與軟件供應商——例如Amazon與Salesforce——正努力將應用程序開發工具與現有產品相集成，從而進一步消除IaaS、SaaS與PaaS之間的類型壁壘。

所謂基于云的基礎設施即服務(簡稱IaaS)，是指從服務供應商處租用存儲及計算資源，且整個交付過程依托互聯網連接實現。與之相同，軟件即服務(簡稱SaaS)則是指對托管在云環境中的應用程序進行訪問。

平臺即服務(簡稱PaaS)則被處于前兩者之間的尷尬位置，為云環境提供應用程序開發及托管平臺。PaaS在很多方面都結合了基礎設施與軟件即服務的因素。

但根據Forrester公司研究員John Rymer最近發布的聲明，他在密切關注PaaS市場后認為IaaS、SaaS與PaaS之間的界線正變得越來越模糊。

以Amazon Web Services為典型代表的IaaS***企業正嘗試將PaaS類功能加入到產品當中。AWS已經簡化了其云環境中部署及擴展應用程序的難度，而一切都要歸功于最近才剛剛發布的OpsWorks、Elastic Beanstalk以及CloudFront等。與此同時，SaaS先驅者Salesforce.com也在大力推動其Force.com及Heroku等PaaS產品的整合工作。

IaaS與SaaS在屬于自己的市場領域中仍然表現強勁，但越來越多的供應商開始將業務向PaaS市場加以拓展。“這些模式都受到了令人欣喜的認可度及使用率，”Rymer指出。

Rymer表示IaaS、SaaS與PaaS三者間界線的日益模糊是受到多種主要因素的共同影響。首先，供應商希望對自己的服務產品進行延伸并推向更廣泛的客戶群體當中。其次，用戶開始以更多新興方式使用云服務，而且期待能從供應商處獲得需要的新功能。Rymer主張將PaaS用戶分為三大類：

-代碼開發者

這些應用程序開發人員希望擁有一套適合開發應用的平臺，且不必為應用程序在基礎設施中運行而帶來的配置工作操心——他們想要的并不復雜：利用Java、.Net、Ruby、Python等自己熟悉的語言進行代碼編寫，這就是他們的全部愿望。已經有多家專業PaaS供應商在為這一市場提供服務，其中包括CloudBees、Engine Yard、Heroku;從某種角度說甲骨文也算是其中之一。

-開發運營者

這類開發人員希望能快速完成應用程序的創建與部署工作，但他們仍然希望對基礎設施、尤其是在大型應用程序領域擁有一定的運營控制權。“一般說來，當應用程序擴張到一定程度時，他們會希望調整虛擬機、存儲及其它組件的規模，”他解釋道。對于IaaS供應商而言，這一客戶群體是PaaS類功能的***推廣對象。

-快速開發人員

這類用戶同樣負責應用程序創建，但他們卻并不屬于代碼開發者。以Force.com為代表的工具為他們提供服務支持與直觀的可視化功能，幫助他們在不涉及編程語言與編碼工作的前提下完成應用程序創建。Force.com就是這類功能中的典型范例。

這類開發人員中有很大一部分要求云平臺能夠涵蓋IaaS、SaaS與PaaS三大類型而非將其作為三個彼此獨立的分類，因此云選項之間的連線也必然根據需求而變得模糊。這些應用程序開發人員給供應商創造了***機會，推動其通過產品差異化讓自己的服務獲得市場認可。

絕不只是Amazon Web Services以及Salesforce.com這類行業大廠在為現有產品與PaaS類功能的融合而努力。

Blue Box公司，一家運營著自有數據中心的托管及IaaS云服務供應商，最近就推出了IaaS+服務。由Blue Box公司提供基礎設施，客戶則自己準備應用程序。這項業務專門針對那些已經在Heroku、Engine Yard、CloudBees或者其它一些公共PaaS供應商的平臺上創建好定制應用的客戶。

根據Blue Box公司CEO Jesse Proudman的說法，專業PaaS供應商在很多領域的表現都不夠合格。PaaS供應商往往喜歡吹噓產品功能，忽悠開發人員忽視其應用程序對底層基礎設施的要求。然而Proudman表示隨著PaaS客戶數量的不斷攀升，用戶對于基礎設施控制權的需求也必然水漲船高。Blue Box公司的IaaS+模式為客戶帶來在云環境PaaS中創建應用的能力，并可以將成果遷移到基礎設施服務供應商處，且用戶對基礎設施的配置擁有掌控權。“一旦規模擴張到一定程度，PaaS的價值支柱就會面臨土崩瓦解，”他解釋稱。

微軟公司的Azure云服務也結合了來自IaaS與PaaS的眾多元素。Azure在最初設計時被打造成一款應用程序開發平臺，但微軟隨后推出了虛擬機及按需存儲等IaaS特性。如今Azure已經擁有IaaS與PaaS兩大功能類型。

PaaS供應商可能會爭辯稱單憑PaaS本身不足以滿足一款應用的全部需求，因此與其它類型相結合也是無奈之舉。然而IaaS與SaaS供應商不斷將PaaS類產品引入現有方案的做法已經明確昭示這一結論——開發用例的實際需求才是決定發展趨勢的風向標，概念壁壘的存在并無現實意義。

原文鏈接：http://www.networkworld.com/news/2013/050713-paas-269527.html?hpg1=bn