给评估这些平台的人提醒一句：不要仅仅关注自己想要构建的应用程序的纯粹的功能范围，还要考虑底层基础架构的XX即服务功能和平台带宽。我之前就写过文章表明，想成功地交付基于PaaS的切实可行的云应用程序，这些要素至关重要。
情景应用程序
对于迫切想要用应用程序解决企业当前需求的企业人员来说，还有更多的情景应用程序构建工具可以使用。这包括从混合平台到简单的、不需要编码的、对企业友好的应用程序设计工具等各种工具。上周，我还预测它们会由于database.com而消亡，不过更准确的观点也许是等到次日发布的Siteforce和更新版Appforce，它们在这个领域比面向开发人员的database.com更有影响力。
不管怎样，已经占据和服务这个市场的小厂商觉得，没什么新的东西好让自己担心的。大多数小厂商觉得，自己的平台对普通的企业用户来说更有亲和力，无论是由于更高的易用性、更好的专业化，还是更个性化的支持。
PaaS提供商WorkXpress的总裁兼首席执行官Treff LaPlante说：“我们并不觉得这是与我们竞争的一种工具。请记住，我们绝对致力于开发尽量不需要编程的工具。”
Longjump公司的产品和营销战略主管Derek Cheng持有类似的观点，他表示，要让用户采用Force.com平台并非易事：“ISVforce、Appforce和Siteforce也在以新的品牌名重新推出现有的功能，可能是为了让整个平台更容易被用户所接受。”Longjump的另一个差异化因素就是，它在去年年初推出了可以由第三方部署或企业内部部署的版本。
Caspio公司的总裁兼首席执行官Frank Zamani在电子邮件中说：“我们的核心产品一直是只需点击操作的应用程序构建工具，”他又提到了更专业化的厂商所提供的更周到的支持服务。“不过，当然完全有可能出现这种情况，即将来某个时候，大厂商也会提供应用程序构建工具;大厂商会认识到，这是一个服务非常密集型的行业，而它们通常不是很擅长这方面。”
Zamani还提醒了一点：Salesforce.com像database.com这样的产品能不能够继续保持一向比较高的利润。他写道：“我们认为，基础架构是价格方面压力很大的一种大众化商品。其价值体现在针对特定需求的智能解决方案上。”
多功能SaaS
在关注database.com这样的云数据库时，要牢记的最后一个考量因素是，有没有可能完全拿掉传统Web应用架构中的某一层。我在听了database.com宣布后，马上给Dreamfactory的首席执行官Eric Rubin发去了一封电子邮件。Dreamfactory公司提供的一款web客户软件可以与任何云数据库进行联系，包括亚马逊SimpleDB、Windows Azure和现在的database.com。
使用基于传统Web应用架构的database.com存在一个问题，那就是数据库与除Force.com基础架构之外的任何地方安装的应用服务器之间存在延迟。WorkXpress的LaPlante指出：“请记住，大多数数据库web服务器连接不只是本地的，但人们常常试图直接在它们之间铺设光纤连接。应将直接的光纤连接换成web连接;我认为将来会看到这种连接会很适合一些应用程序，而另一些应用程序不适合。”
解决这个问题的一个办法是，将应用服务器从整个架构中完全拿掉，而是将所有的应用程序逻辑放在客户端，让客户端直接调用云数据库。除了客户端调用应用服务器造成的延迟外，没有更多的延迟;而且对许多应用程序来说，由于让业务逻辑在客户端上本地执行，因而缩短了响应时间。
原文链接：http://www.zdnet.com/blog/saas/paas-choices-today/1223?tag=mantle_skin;content