摘要：首先，应用程序升级是精细和迅速的。随着这个应用程序收到更多的请求或者开始做更多的工作，需要的资源将立即提供(当然是在限度之内)。成本计算也是精细的，因此，你仅为你使用的计算资源付费。另一个好处与SaaS的好处相似：开发者不必考虑或者管理服务器(包括出故障的服务器)或者备份、设置、配置等等。

　　但是，这种精细程度和抽象是有代价的。这个代价就是失去控制。与其他用户共享的任何事情也不能由每个用户任意设置。如果有一个设置细节能够被单个用户修改，那么，专门为那个用户运行的软件和系统必须隔离开。再说一次，在这个连续统一体中，每一个服务都有自己的位置。
　　
　　使用资源PaaS，还会失去对于应用程序在什么地方运行的控制。提供商控制计算资源，因此它就像一个单一故障点(尽管在较低层次上也许有冗余)。一般来说，没有办法以混合的方式部署你的应用程序。所谓混合方式就是某些计算资源是拥有的，某些计算资源是共享的。
　　
　　因为每一个资源PaaS是一个独特的应用环境，一般来说必须为那个特定的PaaS开发应用代码，然后锁定那个代码。在极端的情况下，某些PaaS服务甚至有专有的编程语言并且不能移植到其它环境。
　　
　　最后，资源PaaS有更大的安全漏洞容易遭到安全突破。这是因为有更多的共享资源，因此操作系统软件中有更多的可以利用的漏洞，或者意外地把数据暴露给“邻居”。此外，管理程序技术在广泛地应用并且一直要经过大量的安全审查，因此，它的数据隔离性受到了较好的考验。另一方面，一个典型的PaaS没有那样广泛地应用，因此没有受到同样严格的审查。
　　
　　服务器PaaS的好处和缺点几乎与资源PaaS的好处和缺点是一样的。数据隔离依赖于已经证明的和安全的管理程序技术。这个应用环境通常与更传统的部署方法是一致的，并且可以为移植制作这个应用程序代码。如果PaaS支持它，生产部署可以迁移、分散到多个数据中心或者提供商、或者组织成一个混合模式。这个技术堆栈的设置细节(在某些情况下甚至这个操作系统)对于开发者来说都是可见的。
　　
　　责任编辑：Alice