As-a-Service 服务水平向传统软件靠拢

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 项定义：

1. 开发、测试、部署、运行及维护都在同一个集成环境中
2. 不打折扣的用户体验
3. 内建的伸缩性、可靠性和安全性
4. 内建集成 Web Service 和数据库
5. 支持协作
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 应用。人们似乎总认为网络应用就要在网上运行，但我觉得代码由中央管理但在客户端上运行的程序应该也属于网络应用。毕竟，客户端也是网络的一部分。

查看英文原文： As-a-Service Approaching Parity with Traditional Offerings