【IT168技术文档】与我们之前谈的服务合同及松耦合直接相关的服务定向的一个方面就是抽取性。只有通过抽取性我们才能控制基础服务逻辑向外部世界展现的那部分。
抽取功能和技术
提及服务接口层面的提取,原则上是鼓励人们建立类似黑盒的服务,并有意隐藏潜在用户的基本详细资料。通过规范的使用服务合同可以完成抽取。将服务的公开信息限制在服务合同指定的范围内,就可以极大程度的在私人(隐藏)信息和公开(可消费)信息间实现分离。
这里对逻辑服务代表事物的数量没有限制。一个服务可能只是执行一个简单的任务,或者在整个自动化方案被用作网关。对一个服务能使用的自动化方案的来源也没有限制。
举个例子,单个服务可以揭示多种不同基础系统的逻辑。事实上,当我们在向服务模型标准化迈进时便建立了一个和营业个体及和商业活动相关的功能环境,人们希望在充满旧方案的环境下,一个服务能够普遍揭示依赖许多不同系统的功能。
服务接口层提取是分布式平台提供的固有的品质,例如组件和基于服务的Web架构。Web服务的应用是协同的,因为它提升了可提取的层次,使其远远超过了功能层面。Web服务从基础自动化逻辑中提取专有的实施细节,这使潜在用户免于和特定的供货技术相连接。尽管我们把抽取看作是服务的一个特征,但事实上却是集中抽取基础逻辑的单独操作。服务就是这些操作的容器。任何既定服务抽取的水平很大程度上取决于每个服务操作的水平。
这就要强调服务合同的设计。服务合同上表达的越多,我们抽取的内容就越少。服务合同越一类化,服务的客户就会更不具体,过程就越缓慢。这就决定了我们选择从服务合同中要表达的(而不是提取的)重用的潜能
通过重用促进灵活性
不管是否是即时要求重用,服务定向支持所有服务中的重用。这个基本的原则迫使我们尤其注意每一个自动化逻辑的交付单位,我们称其为“服务”
最初的战略目标和重用有关,即用可重复价值将每个服务定位成一个IT资产。随着可重用资产的增加,要少建设而多使用我们已有的一切,完成新业务自动化要求的机会也在增加。
人们希望通过减少建立自动化逻辑的时间,改进机构对变化的反应能力。通过减少共同努力,自动化要求的完成有望更有助于提高成本合算的效率,令提高IT开发环境的效率成为可能。这听起来像是无理的要求,但是为了实现这些利益,许多机构都在创建高度可重用服务清单上面进行了巨额投资。
这一原则有利于各种形式的重用,其中包括应用程序互操作性,组成和建立跨领域服务或公用服务等。正如我们以前设立的服务一样,一个服务就是一个相关业务的集合。因此,由单个操作封装的逻辑必须可重复使用,以保证其作为一种可重复使用的服务。
对意义深远的重用的强调,也突显了作为一项执行方案Web服务的适用性。通过行业标准通信框架,使每一个服务都可以得到使用,并可以大大拓宽重用的潜力,,因为服务封装的逻辑现在已经可以为服务请求者所用,这些服务请求者由不同的基本技术建成。
这归根结底取决于服务合同
这些原则让我们再次思考要求使用的服务合同,合同的内容决定了什么要被抽取出来,什么不用抽取。通过设计内容我们能决定没被抽取部分的类属和重用性。这就很有必要把一个服务看成是一项投资。建立面向服务方案逻辑往往更昂贵更耗费时间,因为人们需要考虑即时战略要求以外的事情。因此,鉴别服务定向打算完成的任务在证明投资合理方面非常非常重要。
下一步做什么
我们的文章已经进行一半儿了,希望能够进一步阐释这些少有的特征、要求、以及服务定向范例能带来的潜在利益。
在第四部分,无论一个环境里是否真正存在一个服务登记处,我们将要讨论发现服务的必要性。我们还要近距离观察一个十分重要却经常被人误解的特征即服务的组合性。