web服务随想

xiao_chen

现在全世界都在说web服务，
人们将web服务说成新一代的it潮流，可以比美电子邮件和浏览器的出现。

web服务是个什么？

ibm在使劲地吆喝，其他厂商也在推翻造势，每个广告都把soa说的像灵丹妙药一样，

那么web服务究竟是什么呢？
web服务就是用标准internet技术创建的，提供应用程序功能的一个网络接口。

web服务其实一点也不神秘，一点也不新鲜，只是这么多年来指导internet基本原则的又一次的演化发展。

web服务实质上是一个消息处理框架，对web服务的唯一要求只是能够使用标准internet协议的组合发送和接受消息。

web服务技术有5个层面。
发现
描述
包装
传输
网络

发现就是web服务的注册，相当于登记注册，web服务的请求者就是到这里来查找自己的需要的服务在何处及具体的信息。
发现主要是依靠与uddi，当然uddi当年就是ibm和微软整的一个玩意，
但是这个玩意到现在还是存在很多的问题。
ibm和微软还提出了一个可以替代uddi的ws-inspection语言了。
其实，
ibm和微软一直还是很认真和很努力的，
他们总是在不停的前瞻和行动，
web服务里面很重要的xml，就是ibm的早期的标准。
比如微软的很多东西，
但是这些厂商虽然有很多的技术，标准，发明的储备，但是并不能改变其奸商的本质。
当然世界的开源产品里面也是有很多的好东西，比如apache,perl

描述其实就是对服务的描述，就是仔细介绍这个玩意，你就把它想象成一个产品的说明书，你有了这个说明书，
就知道该如何使用这个服务了，对描述的实现是用wsdl，虽然wsdl还没有真正意义上的标准。

包装就是xml，http的包主要是为了展示，xml更偏向于的数据的封装。

传输和网络就不要提了。

所谓soap其实就是对消息的包装的协议。soap的最早的版本是xml-rpc.

各厂商对web服务的和soa的大力鼓吹实际的其的作用就是可以将单位内部的各系统的无缝衔接。
但是他的前提必须是是对soa的支持。
幸好现在的各软件厂商已经开始了对soa的支持。
只不过的web服务的实现非常简单，
严格意义来说是种物美价廉的好办法，
只不过厂商忽悠着，这些事情就成了昂贵的项目了。
但是厂商说的好，我们是提供的企业级的产品。虽然我们国内的很多的需求并不是企业级的需求。

所以web服务并不是要取代现有的技术架构，而是对现有的技术基础的重要补充和利用。

其实开发一个web服务项目和我们开发一个传统的java程序大同小异。

也是写个服务实现的代码。在支持soap的环境中运行，将这个服务进行注册，发布接口和描述，
客户端可以调用，
如此而已。

那么我们有非常好的开源的apache soap for java
当然微软也搞了个支持soap的.net
ibm的就是他的wps了。

不过仔细想想，这一切还是具有强烈的吸引力，
这样，你可以充分利用你目前的所有的子应用系统，你可以随意地去组织你的程序来为你的经营服务，

在欧洲，最初在web服务竞争方面表现的最充分的是在线钱包

但是毫无疑问，web服务使我们的互联网的人工智能的梦想变的越来越近。

因为信息的封闭，专制，不对等，和不流动是我们自我福利的最大的障碍。
也是我们人工智能的最大障碍。

但是xml和web服务可以让我们，在理论上，
从各个系统里面获得我们想要的数据。

ibm,微软当然是看到了这样的潮流和趋势。
xml就是ibm的最早的准备，xml就是在准备着他准备在it的重新收复霸主地位的准备。
当天看到实际并不成熟的时候，
便将xml开发，使得大家纷纷投入到这样的潮流中，人为地推动了这个潮流的发展。
当看到各种条件成熟的时候，ibm就真正地开始了soa的产品化。

当然ibm始终看的还是企业的内部使用。

所以的他的产品线总是以was为基础环境，wps就是was这个牛粪上的一狗尾巴草。
那么ibm此时又提出了esb的架构概念，
其实这个esb虽然是总线，但是其实就是web服务里面的一个功能或者多个功能的驻留的地方。
比如元数据的设置和对应，服务注册管理，数据转换，还有其他的一些更复杂的数据处理的功能，
安全的设置，服务质量的包装，负载均衡等等。

那么ibm的esb的实现主要是靠mb来实现的。

总之，ibm为了他的soa的产品化，将自己的库房里的一些坛坛罐罐全都抖出来了。
老酒新做，
就是一盘看上去油汪汪的回锅肉。

但是
ibm确实是个老道的奸商。

他非常清楚，必须搞定开发人员，自己才能在这个新的一轮的大战中获得胜利。
于是，ibm随即 为soa又推出了，bpm,wid,
加上他自己的rational，
ibm的这个意图实在明显。
但是坦诚说，ibm现在的软件总90年代的半成品，已经过渡到了比较优秀和好用的成品了。

但是web服务的最终目的并不是为了一个单位的内部的信息流转的无缝。

而是为了推动真正的电子商务的实现。

比如说：

通过调用uddi的soap方法，网上买者能够发现所有声称满足购买要求的卖者，
新的建立在的uddi之上的服务可以让卖者获得更多的关于卖方的信息。
比如：信用等级，过去交付的速度，工商资料，有无犯罪记录等等。
当然这一切的前提是各个行政权力的合作和社会信息的透明化。

但是安全呢？

安全始终是个根本重要的问题，
要知道，soap的规范本身并没有去考虑安全的事情。
虽然我们并不能否定soap的安全不是不能实现，
但是如何实现，以及实现的程度如何，这个在目前it都无法成熟验证的事情到了我们的国家简直让人忧心，

ibm是在使用xml的安全套件来实现加密soap数据内容。

http是无状态的，http的消息的传递是不可靠的，
那么，我们怎么样才能保证 消息的传递的可靠性呢？

在这种情况之下，
ibm当然是他的比较成熟的mq了。
当然这种应用肯定是在企业内部了。
当然在http方面，
ibm早就提出了可靠http的协议， http-r

还有就是事务处理
在企业内部的应用情况，这样的事情都可以用办法解决，
在简单的短事务里面
就是ibm的所谓的微事务，事务会很快结束。
但是对于长事务，比如需要人工介入的事务，ibm就引入了流程的概念，
流程的根本就是用bpel来实现的。

但是对于互联网的范围的呢

这个时候，ibm就要想出了dependency sphere,是一种新的在分布式计算环境中的处理事务的方法。