S+S——软件服务化的答案

软件服务化为企业描绘了一副很美的图画。目前有很多SaaS的提供商，Google的Desktop和Amazon的AWS都是SaaS的代表产品，无论是面向个人还是企业的服务，都取得了不小的成绩。不过目前遇到的问题是，如何统一软件服务的标准。拿大家非常熟悉的salesforce.com来说，它采用的却是私有的服务组建标准，企业想开发基于salesfoce.com平台的服务也需要使用Salesforce.com平台特定的语言。如果所有云端计算的服务提供商，没有统一的标准。最终可能很难实现理想的软件服务化。

S+S的愿景是将自己多年积累的基于Windows 的标准复制到互联网的云端计算中，成为软件服务化的标准。

开发标准：近十年来微软最大的赌注.NET仍然是微软的支柱。

软件组建标准：微软WCF所蕴含的潜力使得WCF成为微软的SOA软件组建方面的实现基础。

用户交互标准：WPF以及Silverlight为代表的新一代用户体验技术构成了S+S中用户接口模型。

客户端标准：微软Office已经成为企业应用中最熟悉的接入互联网服务的客户端软件。

再看S+S

理解了S+S的愿景我们就会发现S+S中的Software，并非传统意义上的软件。它是可以零成本部署的新一代软件，这是S+S实施成功的关键。如果软件仍然需要繁琐的安装和维护过程，那么SaaS的大部分优点就会被冲销。达成软件零成本部署方式有多种，RIA是其中的一种，而使用虚拟化技术，从网络上直接下载应用程序至本地虚拟机上执行，也是一种正在发展的可行技术。

目前来看，RIA仍然是主流，微软的Silverlight和Adobe的AIR是目前的主要RIA方案。另一种解决这一问题的思路，就是在无处不在的普及软件上下功夫，例如将Office变成S+S的Software端。由于用户普遍安装有Office，所以就新的应用而言，部署和维护也可以做到零成本。S+S 中的Service，并非简单的最终服务。当大多数人听到服务或SaaS这样的说法时，都会认为所说的服务是指“最终服务”（Finished Service）。他们认为：一个服务具备最终用户所需的功能——开箱即用、只需打开浏览器、登录然后按步骤操作即可。比如Windows Live、面向小型企业的Office Live、 Dynamics Live CRM对于用户、个人和IT组织来说都是服务。

另外，微软还提出“附加服务”（Attached  Service）的概念例如最近发布的Office Live Workspace提供的主要功能之一实际上就是远程文档共享。如果您的客户端安装了Office，如果您与其他许多Office用户一样通过电子邮件附件的方式进行协作并遇到了版本控制问题，那么Office Live Workspace将为您提供了一种远程服务。该服务使您能够有效地跨越不同企业的防火墙来共享这些文档。最后，还有一种对开发人员非常有意义的服务——“组件服务”（Building Block Service）。用户可能永远不会看到这些服务，因为它们是针对可编程的交互式终端用户服务。以Windows Live为例，某些Windows Live终端用户服务以可编程方式对开发人员公开，可供调用，我们将其统称为Windows Live平台。

S+S的未来

从Ray Rozzie为我们描绘的”S+S”的战略来看，”S+S”拥发展的四大支柱是：体验（Experience）、交付（Delivery）、联盟（Federation）、聚合（Composition）：

在体验方面，S+S涵盖3个关键的客户组件：易于部署的浏览器、富客户端、信息工作平台Microsoft Office软件。

在交付方面，S+S提供了多种交付方式并存的方案，让客户来选择软件交付的形式。

在联盟方面，S+S是跨组织的、自底向上的方式，数据、业务逻辑、服务联接形成了有机整体。

在聚合方面，S+S达到了新的开发层级，将服务、数据和用户体验聚合在一起，首先是以服务为基础单元，在服务的基础上建立SOA、然后再在SOA的基础上搭建Office商业应用，作为实际的用户层面接口。

如果你还在为传统软件模式和远程云端（Cloud）服务中权衡利弊进行选择。至少目前S+S给出了一个“鱼与熊掌兼得”的答案让互联网也装上Windows。