当谈及平台即服务（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的全部宗旨就是一次开发，随处运行。”