絕大多數的Web應用程序最終都會在platform-as-a-service上，即PaaS。這種轉變相對于基礎設施即服務(IaaS)會慢一些，因為研發出***的PaaS，會大大失去對硬件和軟件的控制權。許多IT企業會抵制它，但是PaaS服務終究會產生。

對PaaS價值的定位其實非常簡單：帶上您的代碼，我們會為你服務一切——互聯網連接、電源、硬件、操作系統、軟件、監控、備份、恢復、故障切換、縮放甚至更多。IT部門會集中精力編寫代碼來解決業務問題，留給供應商的就只是基礎設施和運營機制。從理論上講，相比較用自己擁有的員工做這些工作，你會得到一個更佳的實踐部署，包括安全和業務連續性，同時擁有更低的成本和更好的質量。

我們說的這些都是“理論”，因為這些都還處于初期階段，隨著廠商提供多種不同的服務到更多的移動設備，CIO們需要時間來證明它的穩定性。然而我們相信，PaaS是未來趨勢，沒有考慮到PaaS的公司終將處于不利地位。

企業應考慮PaaS的七大因素：

PaaS的實現需要兩個主要因素：一個是平臺服務，一個是運行平臺。我們把PaaS廠商列入我們的比較，它必須在Web應用程序上同時銷售軟件和SaaS服務，并提供一個基礎設施在其上運行這些應用程序。如果供應商不提供除了平臺以外的底層基礎設施，你就不會充分的體現PaaS的真正價值，因為你缺乏了“一包到底”的體驗。

相比IaaS或SaaS的供應商，PaaS廠商要困難的多，因為有很多不同的因素。我們在文章中對此有深入的討論和評估。在這里，我們對如何選擇一個PaaS提供商進行了七個方面的要素評估。

編程語言和框架：它一般具有優先的編程語言，供應商很少會支持該語言的運行。但是一個例外：專有的PaaS，客戶購買是基于其他的因素，愿意用任何語言也是必需的。***的例子是Salesforce.com的Force.com，它就采用了一種專有的語言，但在上邊提供了一個強大的生態系統，可以讓應用程序開發人員的大腦與傳統的應用程序開發平臺相比。

數據庫：一般說來，PaaS的數據庫服務器支持類似于編程語言支持。然而，現代化的應用開發是以遷移到其他不同的數據庫服務器的方式來緩解的。有幾位PaaS提供商也支持所謂的“下一代”數據庫，比如Xeround，即提供一種相同接口廣泛使用的數據庫，就像MySQL，但只是作為服務提供。為了確保它們符合您的法規和安全政策的要求，重要的驗證數據庫的安全還是有PaaS供應商提供的。

可用性：縮小您的列表要基于編程語言和數據庫支持，之后，下一個定義應該是怎么讓你省出應用程序的正常運行時間。為此，我們對周邊環境問了一些問題，了解服務器和軟件失敗時會發生什么。服務水平協議(SLA)很重要，但是它幾乎從來沒有為企業的應用程序當機時間進行賠付。***，可以從SLA供應商的成本收入來看，供應商將明確規定了需要負責的服務內容和職責。

安全性：當供應商選擇基礎設施時，安全性和監管規則是至關重要的，同理，PaaS也是一樣的。請記住，為了廣大的供應商，多重任務已經是一種趨勢——PaaS廠商想降低成本并保持高可用性，就要傳播大量的應用程序和數據在共享服務器上。這導致了PaaS的應用信息超出了監管的范圍，但是很多廠商已經有了解決共同監管的方案，好比存儲信用卡。

服務：很多PaaS廠商還會提供額外的服務，比如第三方的附加產品。有這些列子：代碼庫集成(啟動應用程序的源代碼存儲庫分支)??，緩存服務(保存數據庫查詢結果，以加速應用性能)，日志服務(以整合所有應用程序副本日志)和支付服務(進行外包驗收，處理和存儲信用卡號碼在PCI兼容的環境中)。

客戶服務：PaaS服務商建立了各層之間的服務(比如從應用程序層到數據庫層的服務)，這使得開發商和供應商的關系更加密切。

價格：成本固然是重要的，那么比起其他方案，比如企業內部的部署或者IaaS，PaaS是否更能節約成本。遷移到你現有的部署中，PaaS服務與其它服務相比只有很小的價格差異。我們要用安全性和可用性兼容的服務獲取最合適的語言、數據庫和負載支持。

要注意，PaaS的價格與實際成本成正比。高度優化的應用程序代碼會更高效于沒有優化過的應用程序代碼。同樣，如果你選擇在一個供應商產品的應用程序上運行，供應商可能會要求你購買更多的服務項目，在一個應用程序運行之前是沒有辦法預測的。幸運的是，大多數PaaS廠商會提供免費試用。所以***，請你確定你可以在不同的供應商漲價或服務中斷的情況下使用其他的應用程序。