Chinaunix首页 | 论坛 | 博客
  • 博客访问: 273710
  • 博文数量: 155
  • 博客积分: 2865
  • 博客等级: 少校
  • 技术积分: 1580
  • 用 户 组: 普通用户
  • 注册时间: 2006-03-03 12:34
文章分类

全部博文(155)

文章存档

2010年(2)

2008年(2)

2007年(32)

2006年(119)

我的朋友

分类:

2007-04-15 18:06:51

 一个服务的结果 通常是使得消费者的状态发生改变,但是也可以是提供者状态的改变,或者两者兼而有之。例如当你听到CD播放机播放的音乐后,心情从“压抑”到“高兴”得到了转变。如果你想要一个包括两者状态都改变的例子,那么出去在餐馆吃饭就是一个很好的例子,你花钱享受了美餐,餐馆提供服务而获利。
       我们想要一些人帮我们工作的原因是:这些人是专家。消费一个服务要比亲自去做通常代价小而且更有效率。很多人明智得认识到,自己不会在每件事情上都足够聪明而成为专家,同样的道理也可应用在构建软件系统上,我们称为“separation of concerns",这被认为是软件工程的一个原则。
       在软件代理交互中,SOA如何能获得松散耦合呢?这要使用两条体系结构约束:
       1 对于所有参与得软件代理,有一小套简单且普遍适用的接口。只有通用的语义在接口中被编码。这些接口应广泛提供给所有服务提供者与消费者。
       2 描述消息受到接口间传输可扩展方案的制约。系统行为不通过或仅是极少通过消息描述。可扩展方案限制了消息的词汇和结构。可扩展方案允许新版本的服务被引入,而不需要打破原有存在的服务。

       在电源插头例子中,可以看出接口是十分重要的。如果接口不能工作,系统也不能工作。接口连接在分布式应用中是花费大而且是容易出现错误的。一个接口需要去描述系统行为,要通过不同平台与语言去正确实现是非常困难的。远程接口在许多分布式应用中也是最慢的部分。为所有的应用复用一些通用的接口,而不是为每一个应用建立一个新的接口,这是有意义的。
       由于我们仅有一些通用的接口,因此必须在消息中表示出指定应用的语义。在接口之上,我们能发送任何一种消息,但是在说一种体系结构面向服务之前,有一些规则需要去遵守。
       首先,消息必须是描述性的,而不是指导性的。因为服务提供者是负责去解决问题的。就象去餐馆,你告诉服务生你想吃什么和你的口味,但是你并不告诉如何做出你点的菜。
       第二,如果你的消息没有写成被各方都能理解的格式、结构和词汇,面向服务提供者将不能够理解。对消息的词汇和结构的限制,对于有效的通信是必须的。一个消息被限制的越多,理解消息就越容易,尽管这是以降低可扩展性为代价的。
       第三,可扩展性是非常重要的。要理解这条并不困难。这个世界是不断变化的,因此一个软件系统所在的环境也是不断变化的。这些改变要求在软件系统、服务消费者、服务提供者,以及它们交换的消息中也要求有相应的变化。如果消息不是可扩展的,服务消费者和服务提供者将被固定在一个服务特定的版本上。尽管可扩展性的重要性,但它传统上被忽略,最多被简单的认为是一个好的实践而不是什么基本原则。限制和可扩展性牢牢的缠绕在一起,两者你都需要,增长一方将会以损害另一方为代价。应该有一个适度平衡的策略。
       第四,一个SOA应有一种机制,它能使得消费者搜索一个服务上下文以发现一个服务提供者。这个机制是灵活的,不必有一个注册中心。

阅读(1209) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~