SOA 的服务抽象

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