BPEL模型基础

　　BPEL模型可以帮助我们更好地理解如何使用BPEL描述的业务流程，如图1所示。流程(Process)由一系列活动(Activity)组成;流程通过伙伴链接(Partner Link)来定义与流程交互的其他服务;服务中可以定义一些变量(Variable，在BPEL4WS中被称为Container);流程可以是有状态的长时间运行过程，流程引擎可以通过关联集合(Correlation Set)将一条消息关联到特定的流程实例。

　　图1 BPEL模型示意

　　1.伙伴(Partner)

　　在BPEL中，一个流程可以调用其他服务，也可以响应来自客户端的请求。也就是说BEPL流程实例既可以作为服务的请求者，也可以扮演服务的提供者。BPEL把与流程交互的其他服务称为伙伴(partner)。在异步通信环境中，流程与伙伴之间的会话可能是双向的，这在复杂的商务流程中非常常见。

　　在流程与伙伴的通信过程中，它们会扮演不同的角色。比如当订单流程被外部服务调用的时候，它作为“PurchaseOrderProcess”角色来提供服务，然而当它请求发货服务的时候，它则扮演“InvoicecClient”角色，如图2所示。由于在流程执行过程中，一个流程可能会调用多个伙伴服务，又可能接收多个伙伴的请求，因此为了消除在通信过程中的多义性，我们需要明确服务和流程所扮演的角色。

　　图2 订单流程示意

　　在BPEL中，这种流程与伙伴的合作关系是通过元素来定义的。这样如果在流程的活动中需要指定与特定伙伴的交互，只需要引用partnerLink的名称即可。而且通过partner links的抽象，在流程建模时，我们不必指定具体的服务端点，而将流程与具体服务的绑定推迟到组装或运行时来完成。这种动态伙伴关系为流程带来了极大的灵活性，也增强了流程的可复用性。比如，我们在开发环境中使用的伪服务实现，在生产环境中无需须修改流程就可以将服务端点替换为主机应用。