数据库网格计算7.pptVIP

第7章 网格调度和资源管理 本章学习目的： 工作流管理系统是什么及其在网格中扮演的角色 建立工作流系统相关的技术 网格工作流系统的尖端发展 7.1 引言 本章内容的安排 7.1 引言 7.2 工作流管理联盟 7.3 面向Web服务的流语言 7.4 面向网格服务的流语言 7.5 网格工作流管理 7.6 本章总结 7.7 进一步的阅读和测试 相互依赖的相容网格服务 7.2工作流管理联盟 工作流运作服务 工作流运作服务提供了运行时环境，在这个环境中可以执行一个或多个工作流过程，工作流运作服务可以调用多个实际的工作流引擎。工作流运作服务可以是同构服务或异构服务。一个同构服务包括一个或多个兼容的工作流引擎，这些工作流引擎为工作过程的运行时执行环境提供了一系列过程定义属性。另一方面，一个异构服务包括两个或多个异构服务，这些异构服务遵循在所定义的一致性级别上的互操作性的通用标准。当调用异构服务时，在工作流引擎之间需要一个标准化的互换格式。使用接口4（本节后面介绍），运作服务可以将活动或子过程传送到其他的运作服务中运行。 工作流引擎 1、基于调度的范例 数据流范例 信息抽取范例 2、工作流引擎任务 过程选择 任务分配 运作控制，运行监控和故障修复 WfMC接口 接口 1 这个接口定义了一个通用的元模型（用于描述工作流程定义）、一个文本语法（使用工作流过程定义语言WPDL（Workflow Process Definition Language）编写，用于过程定义交换）和一系列API函数（用于操作过程定义数据）。WPDL已经被XML过程定义语言XPDL（XML Process Definition Language）[4]代替，XPDL使得可以通过XML以标准化的格式给出过程定义。 接口2 接口2定义了客户端应用程序如何与不同的工作流系统交互。它表示为一系列的API函数，用来控制过程，活动和工作列表处理。这些API函数最初用C语言来编写，后逐渐用CORBA IDL和Microsoft的对象连接和嵌入OLE（Object Linking and Embedding）重新编写。 接口3 接口3定义了一系列的API函数来调用第三方的应用程序。 接口5 接口5允许几个工作流服务来分享多种通用管理和监控函数。这些推荐的接口提供了一个机构中的工作流状态的完全视图。 WfMC参考模型中的其他组件 过程定义工具给用户提供了分析和模仿实际的业务流程的能力以及产生相应表示的能力。过程定义的设计和过程运行时间相分离，使得实现这个接口的任意工作流系统在任何时间执行过程定义成为可能。 客户应用程序和工作流引擎交互，向引擎请求设备和服务。 客户端应用程序可以执行一些通用函数，如工作表处理函数，进程实例初始化和进程状态控制函数。 被调用应用程序是被WfMS调用的应用程序，它完全或部分地执行一个活动，或者在处理一个工作条目时支持一个工作流参与者。通常这些被调用的应用程序是基于服务的，而且没有任何用户接口。接口3为标准调用定义了API函数的语义和语法，其中标准调用包括会话的建立，活动管理和数据处理函数。 管理和监控工具用于管理和监控工作流。管理和监控工具可作为独立的应用程序存在，它可以和不同的工作流引擎交互。此外，它可被实现为工作流运作服务的主干部分，并带有管理其他工作流引擎的附加功能。 7.3 面向Web服务的流语言 XLANG X.LANG[8]最初由微软提出，用来描述一个进程作为业务流的一部分如何工作。它是一种块结构的语言，带有基本控制流结构：sequence和switch用于条件路由选择；while用于循环；all用于并行路由选择；pick用于基于时间片或外部触发的竞争条件。XLANG主要用于业务流的创建和Web服务提供者之间的交互。它也包含一个健壮的异常处理机制，通过补偿支持长事务处理。 如图7.6所示，这个XLANG例子指定了两个服务的执行顺序，这两个服务分别是服务A和服务B，均是用WSDL描述它们的接口。 Web服务流语言 Web服务流语言WSFL（Web Services Flow Language）[9]最初由IBM提出，是一种基于图形的语言，它为特定进程定义了活动和数据交换的特定顺序。它不仅定义了执行序列，还定义了流中对特定操作的每一步的映象，参看流程模型和全局模型。 流程模型 WSFL中的流程模型指定了组合Web服务的执行顺序，还定义了在所调用的Web服务间的控制和数据流的交换。图7.7是WSFL中的流程模型的例子，它指明了两个服务提供商如何进行协作。控制链（controlLink）和数据链（dataLink）用于在服务互换中将数据和控制分离开来。 全局模型 WSFL中的全局模型描述了组合Web