Web服务面临分裂？

随着上个月Sun公司Liberty Alliance的出台，我们能够意识到Sun公司终于打算和微软的Internet理念分庭抗礼了。

正如为了回应微软的.Net，Sun公司发布了开放式网络环境（Sun ONE），由Sun公司领导的自由联盟（Liberty Alliace）则是为了反击微软HailStorm的发布而成立的，微软目前已经正式发布了.Net My Services。与My Services　一样，Liberty Alliance（它的网站是ProjectLiberty.org, 不是LibertyAlliance.org，后者是Jerry Falwell 的网站）提出了一个存储用户个人信息的标准格式－－地址，信用卡号，日期，以及更多的东西。这个格式将独立于任何单一的计算设备而其中存储的信息将用于所有的Internet事务。

My Services 和 Liberty Alliance对于Microsoft .Net 和 Sun ONE来说是非常关键的，.Net 和ONE是这两家死对头的Web　服务构架。微软似乎将很快大批量的生产My Services，而Liberty Alliance 还在会议桌上的讨论之中。当然，这是微软在Web服务方面已经领先的一个迹象，但是从长远来说，我并不认为这很重要。我们看到的是两个不同的世界，Java程序员在Sun的这边创建捆绑在XML中的Enterprise JavaBeans，正如Visual Basic, C++, 和 很快到来的 C#程序员在微软这边创建managed组件一样。不是很多的程序员将变节，投靠另一方。而且每一方都需要一个象HailStorm这样的方案来启动它们的Web服务，因为实时的用户授权和加强的电子钱包功能是下一波电子商务的基础部分。

这两个世界之间的互连性是关键的问题－－My Services-Liberty Alliance之间的分歧强调了这个问题。在两种方案中，一个由用户控制的“身份确认”服务代替用户以特定的格式交代或者收集数据。如果Internet分裂成只支持My Services 和只支持　Liberty Alliance的站点的话，那将是一场灾难。但那是非常的不可能的。可以想一想Visa 和MasterCard这两种信用卡，大部分的商点都支持这两种卡。

但是身份确认服务和电子商务站点之间的交互级别将会比信用卡的检查和付款要复杂得多。例如，当你到达一个音乐站点的时候，如果你已经经过授权，你就会自动的登录而且你以前的音乐的定购单以及你已经在线上购买的音乐就能够自由的播放了，然后你还可以得到一个你没有买过的音乐的列表。但是如果有两种不同的身份确认方式以及两种记录那种历史信息的方法，那么下一代的电子商务站点将不得不承担沉重的技术负担来支持这两种方式。

我们可以推测，微软和Liberty Alliance都会计划将它们的身份确认方案从客户的范围扩展到企业中来，这样员工就能够与客户，合作伙伴以及供货商进行在线的交易了。我再说一次，两个平行的世界都有它们自己的舞台。通过它的活动目录服务接口，微软计划将它的活动目录服务器软件加入到LAN中来。而相应的，我们能够预计　Liberty　Alliance　会丢开活动目录而使用Java命名和目录接口来插入Sun公司的iPlanet目录服务器或者Novell目录服务。

你可能很想问为什么微软和Sun就是不能相处融洽并同意一个同样的身份确认标准呢？双方都歇斯底里的邀请其它人加入自己的电子商务“联帮”－－但那只是小孩子的吵闹罢了。真正的动机是想要在每个方案中加入自己专有的特权。毕竟，消费者必须为使用身份确认服务付出一定的代价而销售商也需要一些区别的方法。

我们期望微软和它的竞争对手为了避免竞争而使用同一个方案是不现实的。但是我们可以要求随着这些方案的演变，它们的标准应该相互融合以保证最基本的互连性。在企业的范围内，一个基于XML的互连方案已经在目录服务标记语言（Directory Services Markup Language）中浮出水面，这种语言是由Bowstreet开发的标准并能够保证建立一个标准的形式来交换本地的目录信息。但My Services 和　Liberty Alliance中包含的客户身份确认的概念对于XML团体来说还太新鲜，是无法处理的。但是我们要不断的施加压力。任何存在面向消费者的电子商务业务的企业都会为身份确认服务带来的客户联系的好处而感到激动。同时使得这些服务之间的接口变得尽可能容易的互连性标准会成为这种好处的一部分。