S+S:微软克制 SaaS 的未来战略?

  • 霍泰稳

2007 年 10 月 12 日

话题:SOA.NET语言 & 开发架构

《程序员》杂志2007 年第十期的“2.0 时代的软件商业模式——SaaS”专题中,作者方舟撰文“服务不够,还得有软件——微软 S+S 战略初窥”的文章中,介绍了微软目前提出的 Software plus Services(S+S)战略。

软件领域从来不缺少名词,比如现在比较热门的 Web 2.0、SOA、REST 和 SaaS 等。与其他几个名词不同,SaaS 好像自诞生之初就不受微软的欢迎,微软架构策略总监 John Devadoss 就曾质疑表示,SaaS 单纯地依靠服务的模式是不合时宜的,因为“我们并不是活在‘一个尺码全适用’的世界里。”,这也是微软提出 S+S 战略的初衷:

几年以来,微软一直在针对 S+S 进行研究和思索,发现在实际当中,用户并不是只需要软件或者只需要服务,而往往是对两者都有欲罢不能的需求,因此 S+S 的核心要义在于,并不是“软件‘或’服务”,而是“软件‘和’服务”——你不必在软件和服务当中选择,你可以也应该两者兼备。软件与服务在 S+S 中扮演了互补的角色。

在文章中,作者还阐述了 S+S 战略所包含的支柱性内容,如体验(Experience)、交付(Delivery)、联盟(Federation)、聚合(Composition)等:

  • 在体验方面,S+S 涵盖 3 个关键的客户组件:易于部署的浏览器、富客户端、信息工作平台 Microsoft Office 软件。
  • 在交付方面,S+S 提供了多种交付方式并存的方案,让客户来选择软件交付的形式。
  • 在联盟方面,S+S 是跨组织的、自底向上的方式,数据、业务逻辑、服务联接形成了有机整体。
  • 在聚合方面,S+S 达到了新的开发层级,将服务、数据和用户体验聚合在一起,首先是以服务为基础单元,在服务的基础上建立 SOA、然后再在 SOA 的基础上搭建 Office 商业应用,作为实际的用户层面接口。
  • SaaS 的特点是软件部署为托管服务,通过 Internet 进行存取。Google 的 Desktop 和 Amazon 的 AWS 都是 SaaS 的代表产品,无论是面向个人还是企业的服务,都取得了不小的成绩。微软在这时推出 S+S 是否源于 SaaS 的压力不得而知,但可以知道的是,微软之所以推出 S+S 战略和其积累多年的强大产品基础密不可分:

  • 首先,近十年来微软最大的赌注.NET 仍然是微软所仰仗的支柱;
  • 其次,微软的 WCF 所蕴含的宏大愿景使得 WCF 成为微软的 SOA 方面的实现基础;
  • 其三,以 WPF 以及 Silverlight 为代表的新一代用户体验技术构成了 S+S 中新的用户接口模型;
  • 其四,微软 Office 已经成为商业中不可或缺的基本应用软件,另外微软推出的 VSTO 给微软 Office 的应用和整合提供了更加完备的技术集。
  • 虽然微软在面向服务领域的脚步貌似迟到了一些,但谁也不敢忽视“软件霸主”的每一手出招。至于最终结局如何,尚不可知。SaaS 和开源软件密不可分,Gartner 的数据显示“开源软件在 2011 年预计达到的 1692 亿美元的收入中占据 27% 的份额,较 2006 年的 13% 增长近一倍”。而微软公司的一名资深员工在接受记者采访时则表示:

    Software as a Service(SaaS)并不能终结客户端软件,比如 Salesforce 实际上是提供客户端软件,Google 的 SaaS 应用也需要安装客户端软件,所以 SaaS 只是一种想象中的软件在线订阅模式,而 SOA 更加集中在 Server 端技术和服务整合上。微软的 S+S 是指整合“服务 + 客户端 + 服务器端”,只有微软才能提供这个最完整的整合服务,因为微软在这三个领域都很强。

    谁将最终胜出,是 SaaS?还是 S+S?我们且拭目以待。你的观点呢?

    SOA.NET语言 & 开发架构