Phil Wainewright提出了服务化的客户端的概念，以反映出SaaS应用超脱出浏览器，向桌面进军的趋势。SaaS的关键要素是它仍然必须通过Web来管理和控制。最近一些领头厂商像推出AIR的Adobe和推出Silverlight的Microsoft，都在拥抱这个概念。
不过浏览器外的SaaS并不只是重量级选手的专属领域。Phil说： RightNow Technologies是最早开发这类客户端的厂商之一，昨天这家按需供应的CRM厂商发布了08版本，其中利用.NET框架的一些优势，实现了一些以前只能在基于Windows的C/S应用中才能见到的功能。
在做和RightNow一样的事情的厂商还有很多。CogHead 公司的CTO Greg Olsen 就在鼓吹Infrastructure as a Service（IaaS）。Rackspace子公司Mosso也在云计算领域提出类似的概念。CohesiveFT最近发布了他们的 Elastic Server On-Demand产品。CohesiveFT自称他们的产品提供了：
一个SaaS平台，可结合ISV提供的组件、开源软件组件和客户私有的代码，通过组件库按需动态地构建出虚拟应用栈。
组合出来的应用栈可以部署到所有主要的虚拟平台，包括Amazon EC2。
SaaS应用公司OpSource在2004年就发布了他们的第一个As-a-Service产品——OpSource On-Demand。而在2008年2月25日，OpSource宣布将AVOLENT的无纸化帐单及清算方案转移到按需供应。这次转移使AVOLENT得以提供SaaS应用而无需自行维持庞大的基础设施。
这些按需供应的应用让客户把多个帐单系统整合成一个明细界面，而且在多个应收帐目系统之间协调支付。AVOLENT的软件与OpSource的SaaS基础设施结合起来提供了卓越的健壮性，使客户的处理规模能达到每天数百万笔事务和数千个并发用户，同时维持最佳的性能表现和可靠性。
Bungee Labs的Alex Barnett和Dave Mitchell最近尝试定义Platform as a Service（PaaS），他们列出了PaaS的6项定义：
Mitchell解释了列表中的第一项：
是时候打破在“这里”开发，到“那里”运行的惯例了。今天，大多数程序都是在一个环境（通常是由开发者为该项目特别定制的）中编写，然后在另一个环境中测试，最后又部署到另一个环境中投入生产。除了最初建立、配置和维护各个环境的成本，应用程序在生命周期中总会经历修改和重构，使环境成本进一步加重。在传统的on-premise模型中，这些成本和附带风险都落在程序拥有者的头上，并被认为是部署互联网规模的应用成本的一部分。而在完全实现的PaaS中，软件在同一个计算环境中度过它的整个生命周期，因此戏剧性地减少了开发及维护的成本、上市时间以及项目风险。PaaS让开发者把时间花在构建杰出的应用，而不是为了让程序运行而与环境和配置搏斗——测试、调优和调试就更别提了。
“As-a-Service”的话题绝对不能少了Salesforce.com和他们的Force.com平台 。Salesforce.com也武装起来力推PaaS，而且最近与Walt Disney Co和日本邮政达成了交易。eWeek的Renee Boucher Ferguson说：
日本邮政可能是目前Salesforce.com在Force.com上赢得的最著名的客户。作为日本最大的金融服务机构（同时也提供全国的邮政服务），日本邮政正从国有机构转型成私营企业。它利用Force.com来建立和部署许多应用，以图帮助它向巨大的客户群销售金融产品。日本邮政的交易有一项关键之处：它没有使用Salesforce.com的CRM应用。Walt Disney Co也一样，它也是利用Force.com来建立自家的应用程序。Walt Disney Co的交易是Salesforce从微软的.Net开发平台手上赢过来的。
随着越来越多的厂商进入“As-a-Service”领域，创新也越来越多，客户的选择也越来越多。Wainewright对服务化的桌面客户端总结如下：
依我看来，SaaS厂商如何部署客户端的问题越来越重要——尤其是复杂的企业应用。SaaS厂商要竭尽所能证明自己的成熟程度能够完全取代on-premise的C/S应用。人们似乎总认为网络应用就要在网上运行，但我觉得代码由中央管理但在客户端上运行的程序应该也属于网络应用。毕竟，客户端也是网络的一部分。
来源：IT168
| 发 表 评 论 |
新闻排行
资讯
热点
产品
签约
