功能范围

　　把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)和服务于垂直领域市场的解决方案提供商来说尤其具有吸引力。它的确需要用户对平台提供商的信任大大提升——被提供商锁定是致命的，但是对许多用户来说，可以迅速将应用产品投向市场的优点值得作出这样的妥协。

　　给评估这些平台的人提醒一句：不要仅仅关注自己想要构建的应用程序的纯粹的功能范围，还要考虑底层基础架构的XX即服务功能和平台带宽。我之前就写过文章表明，想成功地交付基于PaaS的切实可行的云应用程序，这些要素至关重要。