SOA的服务抽象

1&＃xff0c;SOA 的三个抽象级别
从概念上讲&＃xff0c;SOA 中有三个主要的抽象级别&＃xff1a;
操作&＃xff1a;代表单个逻辑工作单元&＃xff08;LUW&＃xff09;的事务。执行操作通常会导致读、写或修改
一个或多个持久性数据。SOA 操作可以直接与面向对象 (OO) 的方法相比。它们
都有特定的结构化接口&＃xff0c;并且返回结构化的响应。同方法一样&＃xff0c;特定操作的执行可
能涉及调用附加的操作。
服务&＃xff1a;代表操作的逻辑分组。服务可以分层&＃xff0c;以降低耦合度和复杂性。一个服务的
粒度&＃xff08;granularity&＃xff09;大小也与系统的性能息息相关。粒度太小&＃xff0c;会增加服务间互操作
通信的开销&＃xff1b;粒度太大&＃xff0c;又会影响服务面对需求变化的敏捷性。
业务流程&＃xff1a;为实现特定业务目标而执行的一组长期运行的动作或活动。业务流程通
常包括多个业务调用。
在 SOA 中&＃xff0c;业务流程包括依据一组业务规则按照有序序列执行的一系列操作。操作的
排序、选择和执行称为服务或流程编排。典型的情况是调用已编排服务来响应业务事件。从
建模的观点来看&＃xff0c;由此带来的挑战是如何描述设计良好的操作、服务和流程抽象的特征&＃xff0c;以
及如何系统地构造它们。这些涉及服务建模、特征抽取的问题已经成为现阶段人们关注的焦
点。
2&＃xff0c;服务抽象
一个可复用的服务包括服务的描述、服务的实现以及服务的映射等。
服务的实现&＃xff08;service implementation&＃xff09;&＃xff1a;任何提供 Web 服务支持的执行环境都可以认为
是服务的实现&＃xff0c;服务的实现也称之为可执行代理&＃xff08;executable agent&＃xff09;&＃xff0c;它负责实现服务处理模
型&＃xff0c;在执行环境中运行&＃xff0c;这里的可执行环境通常是某种编程语言。
服务的描述&＃xff08;service description&＃xff09;&＃xff1a;它通常与可执行代理是分开的&＃xff0c;一个服务描述可以
由多个不同的代理与之相关联&＃xff0c;而一个可执行代理也可以支持多个服务描述。
映射层&＃xff08;maping layer&＃xff09;&＃xff1a;有时也称之为转换层&＃xff0c;实现与执行环境的分离&＃xff0c;映射层通常以
代理&＃xff08;proxy&＃xff09;或者桩&＃xff08;stub&＃xff09;的形式出现&＃xff0c;映射层负责接收消息、转换 XML 到本地格式、
把数据派送到可执行代理。
我们已经讨论过&＃xff0c;Web 服务区分请求者和提供这两种角色&＃xff1a;
服务请求者&＃xff1a;通过向服务器发送一条消息来启动服务的执行。
服务提供者&＃xff1a;收到消息以后执行服务&＃xff0c;然后把结果返回给服务请求者。
服务抽象的好处在于&＃xff0c;易于访问不同类型的服务&＃xff0c;比如新开发的服务、经过包装的传统
应用&＃xff0c;或者由其它服务合成的应用等。
有时候服务提供者也可能是服务请求者&＃xff0c;也就是说&＃xff0c;服务请求者与服务提供者可以被组
织成一种 N 层结构。