对UPESB的一点理解

转自 http://5894434.blog.51cto.com/5884434/1007913

UPESB简介

UPESB是ESB解决方案，提供各种环境系统的连接、处理和传送消息、消息的转换/路由、处理基于消息的流程等功能。支持接口的整合管理、并行处理、异步方式的服务模式、高性能引擎等，这是与其他解决方案的不同之处。

UPESB具有如下特点。

● 支持各种业务流程模型

使用BPMN(Business Process Modeling Notation)并支持同时性较高的BPM水准的复杂流程

● 灵活的扩展性和可复用性

分离适配器和流程引擎，最小化了通信协议的影响，引进服务终端(end-point)并去除各种消息类型的依赖性

● 利用Non-Blocking I/O，最小化了适配器性能

有效管理基于并行处理的高性能流程引擎、I/O资源

● 支持接口的整合管理

支持BPM、MCI、EAI等引擎级别的整合、整合业务的开发

各种联动环境

 

UPESB的特点

UPESB解决方案具有如下特点。

● 基于高性能引擎构造的稳定的消息处理

● 支持SOA

● 支持各种流程模式

● 扩展性

稳定处理基于高性能引擎构造的消息

处理大量事务时也可维持高性能的 Non-Blocking I/O，以基于并行处理的引擎构造来支持高性能处理。

● 使用队列，实现Non-Blocking I/O

● 多个服务流的并行处理

● 利用线程池的multiplexing

消息的处理过程如下图：

 

支持SOA

要构建Service Oriented Architecture，需要符合如下要求。

● 松弛的连接：整合管理分层结构和各阶层间的接口

● Service Orchestration：可复用性和Mega-Flow

● 可见性：构建整合管理的流程

● 支持标准技术：支持Web Service Spec

● 整合接口：对内和对外渠道、对外机构、内部系统的整合

● 管理功能：整合监测功能

支持各种流模式

利用BPMN，支持同时发生的复杂的业务流程模型。

● 支持可直接展示用户思想的基于图形的构造

● 适当展现异步并同时性较高的流程

● 基于GUI展现流程，赋予较高的可见性

● 部分许可基于模块的流程，支持构造化的流程

● 有效支持所有类型的流程模式，使用常用的流程控制引擎

● 为了实现较高的可用性和高性能，独自分离了IO处理部分和流程控制引擎

UPESB的流程模式

 

扩展性

是需要流程功能的产品(MCI、EAI、BPM)的基本引擎，因此可迅速引进相关解决方案并且灵活扩展系统。可将需要ERP、Groupware、Job Scheduler等流程功能的各种解决方案加载到UPESB。加载到引擎的各种解决方案可利用UPESB提供的Flow Coordination、消息、消息路由、消息和数据的传送、整合建模的工具、监测、管理等功能。

UPESB的扩展性

 

UPESB的优点

ESB解决方案，UPESB的优点如下。

● Reliable Message (RM)

● 分散处理事务和处理失败 (Rollback)

● 确保较高的可用性

Reliable Message (RM)

UPESB通过自身支持的消息服务来确保消息的传送。如果消息传送失败，则会再次传送保存到队列的消息。

消息服务的执行顺序如下。

1. Publisher传送消息

2. 传送的消息会计累到队列

3. Service Queue Manager(SQM)会将队列里的消息传送到Subscriber

● 传送成功时: Subscriber会将成功Ack.传送到SQM

● 传送失败时: SQM会再次传送队列里的消息

保证消息的传送

 

分散处理事务和处理失败(Rollback)

异种或者同种的多个DBMS间的事务会保障ACID。 ACID是数据库间事务安全的必要条件，意味着原子性(Atomicity)、一致性(Consistency)、独立性(Isolation)、耐久性(Duration)等。UPESB以X/Open DTP模型为标准，利用连接系统的Transaction Manager和UPESB的Transaction Manager来构建了2 Phase Commit(2PC)事务。开发人员以Transaction Manager间的互相协助来设置事务的范围和控制。

分散事务

 

分散事务分散事务(2PC) 的构建失败时，UPESB则会运行保证事务并回退到原值。保证事务意味着基于服务流的业务上的保证事务。执行保证事务，则会及时回退到之前反映到DBMS1的更新内容。

RollBack

 

确保较高的可用性

UPESB支持Active/Active方式的群集并且保证较高的运行性能和安全性。群集给多个节点支持服务流的分散配置、连接并有效处理分散事务。另外，流程失败相应系统时，可执行事务的Rollback和保证过程。

● 设置群集时的必要项

– 确认群集对象主机名和IP地址

– 为虚拟节点时，要使对方服务器能使用虚拟节点

– 全部服务器的管理员账号和密码都要相同

● 群集规则

– 设置文件上试图连接到自身节点以外的节点

– 一个节点状态为’Dead‘时，从群集强制去除该节点

– 确认‘Dead’状态的节点是否重新被激活，如果被激活则会包含到群集

● 发生故障时的对策

– 一个节点发生故障后，另外节点得知该节点状态并从状态去除该节点

– 每30秒确认一次故障节点是否被激活，如果被激活则会包含到群集

– 通过节点列表维持群集信息

UPESB群集的结构

 

引进效果

UPESB整合管理对外和对内、用户终端、系统间的各种渠道，提供可定义BPM、MCI、EAI等各种连接的基石，最终整合构建接口。SOA体现时的必要因素，即通过ESB，可以构成IT的整合环境。

UPESB的引进效果

 

因此可期待UPESB解决方案的引进效果如下。

● 可构建日志、整合监测、新接口的快速创建等整合接口的管理系统。

● 是BPM、EAI、MCI等各种解决方案的标准基石，可整合引擎级别并确保整个公司系统的灵活性、扩展性和高性能。

● 通过组合各种解决方案领域的服务(Activity)，支持整合业务连接的监测环境并提供整合视图。

● 确保整个公司构架的灵活的构造和服务的可复用性并构建SOA。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/27716745/viewspace-745185/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/27716745/viewspace-745185/