|
那么技术形式最为成熟的服务到底是一个什么样子呢?截至目前为止,这一服务形式还在研究与制定当中,这里不能妄下结论。但服务所具备的特征却是在业界有共同认识的。服务具备的特征归纳为如下几点:
1、服务自治。自治隐藏了服务封装、服务具备明确的边界且独立运行的特点。服务接口是服务与外界交流沟通的唯一途径,通过服务接口封装服务的内部实现,通过服务接口发布服务自己具有的功能,通过服务接口实现服务间的调用,而并不依赖环境上下文,服务接口以内的变化绝对不会影响到接口以外,接口以外的变化也不会影响到接口以内,而服务接口使用统一的表达形式,描述服务具备的功能性与非功能性的能力与特点及服务使用方式,服务接口是服务与外界的明确边界。服务接口以内则独立地维护与运行。
2、服务松耦合。松耦合隐藏了服务位置透明、基于传输协议的消息交换等特点。有人认为松耦合应该从多个纬度来理解,因为松耦合在这些纬度上均有表现。这些纬度包括:
a)时间,时间上的松耦合可以使交互双方不必在同一时间进行通讯,即服务使用者发出请求即可,服务提供者发出回复即可。
b)位置,位置上的松耦合可以使交互双方在不作任何改变的情况下而适应双方可能在物理地址的变化。
c)接口,接口上的松耦合使交互双方可以绑定到特定接口,也可以绑定到通用接口,如果是通用接口,所有该接口的使用者都能与该接口的提供者进行通讯。
d)查找,查找上的松耦合使服务使用者可以通过明确的物理或逻辑位置来找到服务提供者并使用它,也可以通过在注册机构或目录服务中查找来匹配服务提供者并使用它。
e)其他纬度还包括:类型、版本、基数等等,CarlosPerez的文章均有提到。
3、服务互操作。互操作隐藏了服务环境异构、服务复用等特点,服务使用服务接口作为边界隔离服务内部的环境异构,通过多协议接口实现服务间通讯协议的环境异构,从而实现异构环境下服务互操作,并以此为基础实现服务复用。
以上只是归纳总结了服务所具备的主要特征,当然服务肯定也存在其他特征,但这里不再累述。
从上面的分析可以看出,SOA架构模型是指导企业实现业务敏捷性的指导原则与建设弹性软件系统进行体系结构设计的方法。在方法论层面,SOA无疑是赢得了众多的喝彩。
顺应发展潮流的SOA参考模型与SOA参考架构
于是在2006年10月,OASIS发布了SOA参考模型,虽然仅是个指导企业实现SOA的抽象框架,且在实际SOA实现中起不到多少具体作用,但却是在思想认识上第一次旗帜鲜明的进行了统一,其积极意义不言而喻。
SOA参考模型回答的是:SOA是什么等这样的问题,它秉承了业内对SOA的普遍认识,统一了SOA相关术语及其语义,同时明确了SOA各组成部分间的关系,为企业SOA实践提供了系统的理论指导。
接下来,在SOA参考模型的基础之上,在2007年年内,预计OASIS会提出SOA参考框架,所以在目前阶段SOA参考模型更多的是解释SOA的概念与组成,而未来的SOA参考架构则侧重于SOA如何实现。OASIS标准起草委员会负责人JamesBryceClark谈到:SOA参考架构不是一种标准,更多的将会是以实例的方式来指导SOA实践。
SOA不是WebServices
SOA在方法论上逐渐成熟成为转向应用的充要条件,而WebServices的适时出现,促成了SOA的初次体验。在SOA的发展历程上不得不提的便是WebServices。曾经在很长一段时间里,WebServices被认为就是SOA,而历史走到今天,回过头来再看,SOA却不是WebServices,而且二者也已渐行渐远。
WebServices可以追溯到HP在上世纪90年代末期的分布式计算研究项目,E-Speak,使用Http协议提供XML数据,将互联网系统作为电子服务。紧接着出现的是XML-RPC与ebXML,前者由UserLand领导,后者则由OASIS与UN/CEFACT共同开发和维护,他们都在探索一种技术中立的、基于分布式计算解决互联互通互操作问题的方案。这些技术其实是WebServices发展道路上的必然产物。
SOAP可以视为XML-RPC的升级,改善了Verbosity与DataTyping,同样出自UserLand,并于1999年下半年正式发布。而IBM、MicroSoft、Ariba等厂商在早期WIDL、SDL、SCL、DISCO、NASSL、ADS等规范的基础上最终形成了WebServices描述语言WSDL和WebServices通用描述、发现与集成协议UDDI。这样WebServices协议栈中主要协议都已形成。2001年4月,W3CWebServices研讨会,WSWS,正式召开,讨论WebServices发展规划,如何构建WebServices协议栈,包括Qos、安全、流程及事务等标准,这标志着WebServices标准化正式开始。
上一页 [1] [2] [3] 下一页
|