平臺即服務允許云計算架構師們使用他們自己的代碼并作為其首選，而無需提供虛擬機和管理操作系統(tǒng)，從而降低基礎設施的管理問題。在一個蓄勢而發(fā)的云計算市場中，不會有人來質疑你為什么不與PaaS供應商合作，其中的原因都有著細微的差別。

　　確定正確的PaaS模型是非常重要的，因為只有這樣才能確保你建立一個靈活的、彈性的和便攜的企業(yè)云計算。因此，哪一種類型的PaaS供應商們應當注意一個特定編程語言的平臺、一個與語言無關的平臺或一個跨多個云計算實現(xiàn)開發(fā)和部署的混合PaaS呢?

　　特定編程語言PaaS是否已經(jīng)過時?

　　在云計算的早期階段中，特定編程語言平臺即服務(PaaS)供應商并不常見。例如，供應商們支持Java、Ruby以及Python，但并不是一次支持所有框架語言的。如果你的工作主要使用一種編程語言，那么一個特定編程語言PaaS將成為適合你的云計算開發(fā)工具。特定編程語言PaaS的優(yōu)勢在于，它為客戶提供了超越托管開發(fā)環(huán)境的專門支持和價值。

　　Python和Java開發(fā)人員都有特定編程語言PaaS的選項。一個基于Python的PaaS產(chǎn)品PiCloud.com提供了一個很易于被導入Python程序的庫，從而確保開發(fā)人員實現(xiàn)跨云計算的計算任務分配。PiCloud不會取代一個開發(fā)環(huán)境或為客戶提供一個IDE(基礎開發(fā)環(huán)境)的云計算替代品。它為管理人員們所提供的代碼可以確保他們在云計算中運行他們應用程序中計算密集型的那部分工作。對于工作對象是大量數(shù)據(jù)、希望擁有舒適開發(fā)環(huán)境和需要訪問計算資源的分析師和科學家來說，這是一個理想的選擇。

　　與編程語言無關的PaaS：更多的編程語言支持，更多的靈活性

　　目前而言，多個云計算平臺混合使用的趨勢已變得越來越明顯。近期Eucalyptus公司的CEO Marten Mickos竟然公開發(fā)表了“LAMP堆棧已死，云計算是兇手”的言論。雖然事實情況并非如此，但是與之前相比，堆棧的每一層也變得具有越來越多的多面性。PaaS供應商們也紛紛效仿;廣大的市場也加入了與編程語言無關PaaS的陣營——甚至那些起步于單一框架支持模型的廠商亦是如此。

　　諸如Cloud Foundry、DotCloud以及Red Hat等PaaS供應商們的服務對象都是那些使用多個編程語言的開發(fā)人員。例如，如果你在DotCloud中托管你的應用程序，那么在你的數(shù)據(jù)服務層中你就可以使用Postgres、MySQL以及MongoDB等編程語言。多個數(shù)據(jù)庫協(xié)作所需的邊際努力要小得多，因為你無需安裝、管理和維護多個數(shù)據(jù)庫。

　　與編程語言無關PaaS的優(yōu)勢在于在逐個案例基礎上實現(xiàn)多個語言和框架協(xié)作的靈活性。你可能無法找到基于語言定制化的相同等級(例如，用于實現(xiàn)跨云計算服務器代碼分布的庫)，但是你會發(fā)現(xiàn)對用于管理代碼通用開發(fā)工具(如Git)的支持。

　　何時考慮混合PaaS選項

　　可通過基礎設施即服務(IaaS)模型和內部資源抽象化的方法，來區(qū)分另一種類型的PaaS。CloudBee的AnyCloud是一個PaaS產(chǎn)品，它可使用戶能夠在數(shù)據(jù)中心中管理托管供應商或內部的應用程序工作負載。用戶可以在Amazon EC2和OpenStack私有云計算中部署實例，并將其作為單個PaaS和AnyCloud的一部分進行管理。

　　混合模式也有很多的優(yōu)點。例如，想象一下，如果你擁有一個并未實際在云計算中復制的大規(guī)模Oracle數(shù)據(jù)庫，你需要在內部進行維護。一個混合PaaS將賦予你從在PaaS環(huán)境中運行的程序訪問內部數(shù)據(jù)的靈活性。

　　一些混合PaaS模型的潛在優(yōu)點在于，需要配置和維護抽象層。某些混合PaaS模型需要一些內部管理努力和專業(yè)知識訣竅。

　　PaaS市場正在逐漸變得高度成熟和細分。企業(yè)應當選擇一個適合開發(fā)語言和框架的PaaS模型。如果你工作中使用單一的編程語言并能夠從特定支持中受益，那么一個特定編程語言PaaS模型是一定適合你。但是，隨著公司的云計算部署變得越來越復雜，多編程語言協(xié)作協(xié)作和混合堆棧組件的需求也逐漸增加。在這樣的情況下，多語言和多框架PaaS產(chǎn)品也變得具有重大意義。當你有一個內部和云計算的復雜應用程序與數(shù)據(jù)混合體時，你可能需要找出一個混合PaaS供應商。