避免被提供商锁定
今年早些时候，我高度赞扬VMware与Salesforce.com共同发布的VMforce.com“一改Salesforce.com迄今为止完全专有的Force.com平台战略。”Heroku架构加入到Force.com大家族证实了这个新的战略方向，对Salesforce.com本身来说是这样，对整个PaaS行业来说也是这样。我早在去年4月份就写道：
“VMforce.com之于SpringSource，就好比Heroku之于Ruby on Rails;它是开源平台的高质量、多租户的操作实例。这种平台之所以备受开发人员的欢迎，原因在于明显不会被提供商锁定。理论上，你总是可以选择换成另一家提供商或内部系统。而实际上，事情可能没有这么容易;但是用户能自行选择很重要。因而，Salesforce.com一下子向主流市场开放了其专有平台……”
“VMforce.com现在重新定义了PaaS格局，而且预示着Salesforce.com自己的PaaS战略会有巨大转变。这不再是闭源专有平台之间的较量了;现在的较量已转移到了两条新的阵线：相互竞争的开源平台之间(将确定其中谁会成为主流的云平台堆栈);以及相互竞争的运营提供商之间(将确定谁会成为主导性的基础架构框架)。”
瞧瞧短短一年内发生了多么惊人的转变：Force.com已经从一个完全专有的平台，变成了大力支持开源代码和框架。现在开发人员可以自由地利用可随意移植的代码，构建Force.com应用程序;从理论上来说，代码可以从一个PaaS提供商移植到另一个提供商，或者移植到自己的内部基础架构。虽然避免被锁定与其说是现实，还不如说是幻想，但考虑到将操作实例从一个平台转移到另一个平台面临的实际障碍，局势已定：人们更偏爱不是完全属于某一家提供商专有的PaaS标准(随之而来的结果是，竞争使得这类解决方案更便宜了)。一个忠告是，在选择PaaS平台时，你应该总是寻求这种选择：不必完全重新编写应用程序的代码，就能换成另一家提供商，哪怕只是理论上有这种选择。
功能范围
把PaaS描述为单单一个类别会让人有点误解。PaaS分为好多种，从像Heroku和Windows Azure这些最基本的开发平台，直到诸如NetSuite公司的SuiteCloud之类平台(这种平台包括了专门针对某一种应用程序类型的预制业务对象)，不一而足。这后一类最近一直在发展壮大，目前出现了数量众多的提供商。的确，现在软件即服务(SaaS)提供商几乎无一例外地都有这样的路线图：将应用程序扩大到其他提供商也能扩展的可编程平台上。我最近注意到的例子包括如下：
RightNow公司在去年夏天发布了CX云平台，号称是“第一个专门为客户体验而定制的平台”。该平台吸纳了RightNow的客户服务应用软件的所有要件：知识库、用来与客户交互的各种业务对象以及集成应用编程接口(API)，还允许进行定制，以适应特定的业务流程和垂直行业(如医疗保健业)需求。
远程支持技术厂商NTRGlobal在去年10月份推出了一个模块化的新平台，随带的API让合作伙伴可以将其功能集成到定制的解决方案中。这将PaaS的原理运用于非常狭窄的功能范围。
现在连企业软件巨头SAP也加入到其中，准备提供采用PaaS模式的Business ByDesign解决方案，以便合作伙伴进行定制以及适应垂直领域的需要。
另外当然还有Saleforce.com最初的Force.com，它仍然可供使用，这家厂商更新、更开放的PaaS组件同样可供使用。对于想要按Salesforce.com模式，构建经典的表单和数据库SaaS应用程序的那些用户来说，Force.com是一个非常成熟的、功能丰富的PaaS平台。
也许我们需要一个新的术语(App-PaaS?)来描述应用平台即服务的这个更针对特定功能的一层。开发人员在特定平台的功能约束下从事开发，换来的是迅速将应用产品推向市场的优点，还能够致力于将其专长运用到业务流程层，而不是非得利用更加面向工具包的普通PaaS方案，构建整个应用基础架构。PaaS的这一层对系统集成商、小型独立软件开发商(ISV)和服务于垂直领域市场的解决方案提供商来说尤其具有吸引力。它的确需要用户对平台提供商的信任大大提升——被提供商锁定是致命的，但是对许多用户来说，可以迅速将应用产品投向市场的优点值得作出这样的妥协。