面向服务架构-第10章 服务组合—BPEL 第6讲.ppt

面向服务架构 第10章 服务组合—BPEL Service Composition: BPEL 业务面临的一个关键问题仍然是集成 企业内部集成 (Enterprise Application Integration, EAI) 与合作伙伴的集成 (Business-to-Business Integration, B2Bi) 企业联盟 Web services ? 走向面向服务计算 应用程序被视为“服务” 松散耦合，动态交互 异构平台 没有哪一方取得完全的控制权 服务组合 如何组合服务? Programming in the large 非程序员实现流程 流程逻辑处理如何将功能点组合起来以解决更复杂的问题（如，处理一个订单） Programming in the small 程序员实现功能 功能逻辑处理具体的细粒度的任务 (如，获取订单文件或更新客户记录) 移植性和互操作性 灵活的集成能力 表达能力强，易于适应底层服务的变更 可细分, 基于类型的组合，使得： 第三方能对已有服务进行组合 为不同部门提供不同的的组合视图 提高可伸缩性和复用性 有状态会话和生命期管理 支持多个有状态长周期会话 可恢复 长周期的业务流程需要错误处理和恢复机制，以便管理错误和恢复错误 使用Orchestration，需要一个总控过程来控制涉及到的Web服务，并协调Web服务不同操作的执行。所涉及到的Web服务并不知道（也不必知道）它们是组合过程的一部分。只有中央的总控过程知道它们如何组合和协调 Choreography并不依赖中央的总控协调过程。相反，每个涉及其中的Web服务都知道何时执行自己的操作，和谁交互。所有的Choreography参与者都需要知道业务流程，要执行的操作，要交互的消息，和交换消息的时机 从组合Web服务来执行业务流程的角度来看，Orchestration比Choreography更灵活：1、我们知道谁负责执行整个业务流程。2、即使Web服务并不知道它们是业务流程的一部分，仍然可以把它们组合起来。3、当错误发生时，我们可以提供一个备选的Scenario BPEL遵循Orchestration范式 业务流程可执行语言BPEL (Business Process Execution Language)是专为整合Web Services而制定的一项规范标准。 描述商业活动的抽象高级语言 IBM的WSFL—支持图形化的流程 Microsoft的XLANG—结构化构造方法 BPEL描述流程 可执行工作流—描述业务交互中参与者的实际行为； 抽象流程—描述各方参与者对外可见的消息交换。 BPEL的作用是将一组现有的服务组合起来，从而定义一个新的Web服务。因此，BPEL基本上是一种实现此种组合的语言。组合服务的接口也被描述为WSDL portType的集合。 BPEL is the Web Services Orchestration standard from OASIS bee?pel’, beep’?uhl, bip’?uhl An XML-based grammar for describing the logic to orchestrate the interaction between Web services in a business process BPEL流程可以实现Web服务之间简单交互或复杂交互的自动化 支持长周期业务事务 关联消息交换 实现活动的并发处理 在合作方交互时映射数据 提供一致的异常和恢复处理机制 WSDL定义了Web services具有无状态的交互模型 消息交换 同步调用 无关联的异步调用 大多数 “现实世界的” 业务流程需要一个更强大的交互模型 可以双向交换消息，也可以点到点(peer-to-peer)的交换，并能持续特定时间(分、时、天) BPEL提供了描述有状态的、长运行周期的交互的能力 使用XML语言定义业务流程 用流程分解和装配的方式建立Web services模型 在业务流程的外部（抽象）视图和内部（可执行）视图使用相同的编排方法 使用层次化和图形化的控制方式，减小过程建模的难度 在应用消息的级别上为流程实例提供一种识别机制 在创建和停止流程实例时隐含基本的生命周期机制 定义了一种长周期事务处理模型，支持长周期业务流程全部或其中某些部分的失败恢复 用模块化和可组合的方式提供了兼容Web服务标准的语言 描述业务流程的业界标准 使用通用的语言和技术 在设计上很自然地与Web services相适应 用XML描述 使用并扩展了WSDL 1.1 使用XML Schema 1.0 作为数据模型 在平台和开发商间可移植 理论上可以在任何BPEL兼容的引擎上运行 在交互的过程间实现互操作 在Web