當談及平臺即服務（PaaS）時，Debu Panda就能夠滔滔不絕地列舉出大量的好處。

 

“PaaS使應用程序的開發和部署方法發生了徹底的革命性變革，”BMC軟件公司產品管理負責人Panda說，BMC軟件公司是一家總部位于休斯敦的業務服務管理產品供應商。“它受益于云計算的大部分好處，諸如無啟動成本、完整應用程序集成實施和彈性的設施定價。”

 

PaaS還解放了開發人員，使他們能夠集中精力于應用程序開發而無需擔心底層的基礎設施或其管理成本。

 

但是Panda還看到了眾多的挑戰——尤其是在Java PaaS中。他在近期于舊金山召開的JavaOne/Oracle OpenWorld大會上做了一次關于Java PaaS的報告，并在報告前的記者采訪中強調了幾點。

 

對于入門者來說：“但是，Java PaaS平臺還沒有統一的標準，因此在PaaS供應商之間的應用程序缺乏可移植性是一個大問題，” Panda說。“此外，圍繞著應用程序及其相關數據還存在著隱私性和安全性方面的問題。”

 

他繼續表示，很多Java開發人員仍然困惑于應該使用哪一種Java PaaS平臺，這一點并不讓人感到奇怪。“Java PaaS的發展前景仍然是新興的，”他說。在報告前，Panda拒絕討論任何具體的Java PaaS供應商或平臺，但現實是這一領域是如此的擁擠，充斥著眾多的供應商，其中包括Amazon網絡服務的彈性Beanstalk、CloudBees、Cloud Foundry、CumuLogic、谷歌的App Engine、Heroku Java、JBoss OpenShift、Jelastic、微軟公司的Windows Azure SDK、Oracle 的WebLogic等等。

 

此外，Panda還指出Java PaaS的產品也是各有不同的。例如，一些產品配備了完整的Java EE支持，而其他一些產品則只是提供了有限制的網絡應用程序編程接口支持。“有些廠商吹噓他們的私有PaaS，而其他廠商則完全摒棄了私有PaaS，”他說。

 

在此同時，很多Java PaaS開發人員仍然對在他們的應用程序中是否使用和何時使用Java PaaS心存疑惑。“不使用Java PaaS也是情有可原的，”Panda說。例如：“如果你真的關注你應用程序的數據私密性和安全性問題，而你又希望完全控制這個環境，那么PaaS并不適合你。”

 

他為有興趣使用Java PaaS的開發團隊提供了如下的提示：

·從正確的關注點開始入手。“關注于解決業務需求，”他說。

·三思而后行。不要因趕時髦而倉促上馬。一定要花時間確定Java PaaS是否真地對你的應用程序有意義。

·采取以應用程序為中心的方法。在應用程序層次審視你的需求，而不是在平臺層次。然后，再確定Java PaaS是否能夠提供滿足這些需求的最佳途徑。

·向前看。換而言之，開發和搭建一個真正便攜的平臺。Panda說，畢竟，“Java的全部宗旨就是一次開發，隨處運行。”