Service and Service Composition

学习时间  2009-9-16

研究方向  SOA，SOC，WEB Service，服务组合

中文题目  服务和服务组合介绍

来源作者  Schahram Dustdar Mike P.Papazoglpu，Service and Service Composition-An Introduction，Information Technology，2(2008)2,pp.86-92

作者简介  奥地利 维也纳科技大学 荷兰蒂尔堡大学，都是教授，分布式系统的总负责人

 关键字眼  Service ，Service Composition，SOA，SOC

问题背景  SOA和SOC大行其道，SaaS炒得火热，到底什么是面向服务，本文做了一个简短的介绍

文章概述  这篇文章讨论了SOC的基本原理，详述了Service和服务组合等概念，对WS和WEB-Based应用之间的异同，列举了服务组合的研究方向，顺便提及到了Internet上其他一些计算模型。

主要内容  什么是服务？  SaaS概念的理解  服务组合  总结

 

S1：什么是服务

执行一定的的功能，自包含，自描述的处理过程，部署在标准中间件平台上，通常独立与其上下文环境；

服务提供者和使用者松散耦合；

几个概念的理清：

SOC：所有与"服务"领域相关的科学、研究和技术；

SOA：面向服务的架构，不限于特定技术实现的通用框架，仅与业务流程相关，WS就是实现SOA的的一种有良好接口定义的技术；

"面向服务"的方法，是基于发现和调用网络中已存在的服务，按照一定流程组织起来的思想，可以有很多具体的编程实现方式，而不是再创建新的应用，或为了完成特定任务调用可用的服务。

SOC将服务视为支持快速、低成本、易组合分布式应用的开发的基本组件(结构)，它是一种思想，期望有"面向对象编程思想"一样的影响力，应用不再是单个组织中运行的单一处理过程，应用之价值体现在其与周围环境互相整合的能力上，这导致服务的组合。面向服务的思想抛开具体的实现技术、OS，技术独立，松散耦合，定位透明，WS就是一种具体的技术，还有其他的如J2EE和.Net等。WS是一个分布式计算框架，功能模块化，有标准通信协议、接口、输入输出，试图在私有和公共网络上通信，可以虚拟化为一单一逻辑系统。WS是网络上自描述、自包含的应用。WS的优势与企业应用。

 

S2：SaaS

SaaS首先由ASP提出，但刚开始时不具有WS的优势，WS的出现使得SaaS流行；

WS和WEB应用的异同，WS是机-机通信，网页是要实现人-机交互；

WS可以使用一些其他的WS来向另外提供服务；

WS更加可视和可管理性，其状态可随时监控，有多个功能相同的WS时WS可以根据一定的策略进行选择

 

S3：服务组合

当一个WS要调用其他WS的功能时，得到组合的服务，这个过程视为服务的组合，此过程的逻辑顺序与工作流管理相似，出现了很多这样的对服务组合流程建模的方法，为了标准化就出现了BPEL for WS；

服务组合中间件的三大主要元素：组合模型及其编排语言，图形化拖拽基本WS的开发环境和执行组合服务的运行容器，要求基本WS有详细的功能接口描述，输入输出描述，支持的数据交互协议；而工作流管理系统中的组件是依赖于具体的供应商的，一个容器中的组件不能被其他容器使用；

文献"WEB服务组合综述"中介绍了6种服务组合的模型；

基于组件的模型在组件的定义上有很大区别；

（Orchestration）协作流程模型定义了怎样抽象和编排语言来定义WS在一个业务流程中顺序和被调用时机，通常使用流程建模语言如：UML的活动图，Petri网，状态图，基于规则的排列，有层次的活动和Pai计算等。

数据和数据获取模型定义数据的规范和在组件间如何交互；服务选择模型处理流程设计时的静态的服务选择和执行过程中的动态服务选择机制；事务处理模型定义哪些事务语义操作将在该组合中使用和具体的连接；异常处理模型保证在某些服务发生异常时组合服务不会立即终结。

面向服务的技术解决了整合 简单服务和业务流程 为增值的组合服务的问题；

当前对业务流程建模的规范研究竞争激烈；有两种主要流派：Orchestration和Choreography

Orchestration流程编排：描述服务间怎样通过消息进行交互，描述了业务逻辑的实现和执行顺序与调用时机；BPEL成为事实上的流程建模标准，并由OASIS维护；

Choreography流程协同设计，主要关注于公共消息的交换，交互规则，多业务流程端点间的协商，有WS-CDL描述，协同是其特色；这两种方法从文字上很难区别，研究领域关注动态组合，模块化组合，增强的服务描述（利于评估和形式化验证），上下文感知的服务组合等；人工智能领域应用AI规划于WS的自动获取和组合、验证、监控；这些都停留在制定"规范"或者编程开发的初级阶段，忽视了服务组合时所处的上下文环境；

进阶问题
从可置换性、兼容性、一致性等方面对动态的、自适应的业务流程的可组合性分析；

自适应的和突发的服务组合；

服务自组合；

QoS感知的服务组合；

业务驱动的服务自组合；

服务的治理、管理与权限管理

SLA服务水平协商

客观分析
这是一篇对面向服务的计算，SOA，WS，WS组合的概述性的文章，对这些名词做了界定，对WS和一般的WEB应用的异同做了比较，概述了服务组合的现状，当前研究热点，提出了一些还值得研究的方向。

文章精华
服务组合的研究方向，挑战

深思熟虑
要详细读那6种服务组合模型

重要参考
A survey on Web Service Composition 也是Schahram Dustdar等写的

对我何用
2008年的文章，算是比较早了，这几天看的都是综述性，概括性的文章，这篇文章让我了解了WS的由来，SOA和SOC等方面些许知识，了解服务组合有6种模型，QoS和Context是研究热点；

准备做普适计算方面的QoS-Aware和Context-Aware的服务组合，基于osgi组件方式，语义描述，具体计算用到并行算法，