ESB将集成特性和SOA特性巧妙的糅合在了一起。那么，抛开SOA的特性，单纯就集成特性来说，来看看ESB有哪些功能特点。

之前分析过，在于传统的集线器模式的EAI体系中，中央服务器的存在严重的限制了这种集成模式的部署模型，无法实现分布式的部署。同时，由于所有的路由逻辑、数据逻辑、流程逻辑全部都由中央服务器一力承担，往往会造成中央服务器的逻辑处理能力成为整个集成平台的压力瓶颈，这个时候就只能被迫的扩充硬件。并且由于太多的系统逻辑全部集中在一起，集成的需求越来越多的时候，系统愈发的庞大，变得缺乏灵活性，难以管理。

那么ESB在集成方面，相比传统的集线器模式来说，最大的一个改进，就是可以实现高度的分布式部署。

这里所说的分布式部署包括两方面的含义：

1、物理部署上的高度分布式

2、逻辑功能上的高度分布式

通过轻量级物理部署上的分布式，可以有效地解决系统的路由边界的问题。同时将逻辑功能分布开，可以解决中央服务器处理压力过大，造成系统瓶颈。

ESB需要具备上述的分布能力，这是ESB的一个重要特征。但是在提到ESB的时候，这往往是一个被忽略的问题，更多地大家谈论得是ESB的面向服务特性。看现在的一些开源ESB产品以及对应的产品文档，包括Mule和ServiceMix，都没有在这个问题上有详细描述。包括IBM在介绍他们庞大的SOA体系的时候，似乎也没有对部署模型这一块有太详细的描述。

Apusic ESB则在这方面下了很多功夫。

Apusic ESB 在实现物理上的分布式部署方面，充分利用了Apusic 消息中间件的特性。多台Apusic ESB服务器，通过底层的Apusic 消息中间件的一种叫做RouterConnector的机制在物理链路上连接起来。通过RouterConnector，这些服务器之间的数据传输、信息交互，全部以Apusic 消息中间件为物理载体，进行可靠、稳定、安全的传输。多台通过RouterConnector连接的Apusic ESB 服务器在物理上组成了一个Apusic ESB 网络，在逻辑上形成了完整的企业服务总线。
同时由于Apusic 消息中间件RouterConnector的智能路由特性，使得在Apusic ESB网络中的各个ESB节点之间的数据交互，也具有智能型。这些智能性表现在

1、Apusic ESB 网络中的各个ESB节点，不需要两两都建立连接，任何一个非孤立的节点可以访问另外的任何一个非孤立节点。而不是网状的连接。

2、数据传输的智能性，一个ESB节点和另一个ESB节点进行交互，数据传输会根据具体的物理网络情况，选择一条最优路径。

例如下图所示的部署：

节点2和节点3之间直接建立连接，但是网络状况不稳定，时断时续，那么最终数据会选择节点2->节点1->节点3的路径进行传输。

Apusic ESB 的逻辑功能的分布性，是通过在ESB通信层次上个一个流程引擎来实现的。Apusic ESB 流程引擎是金蝶中间件自主实现的，扩展了BEPL标准的流程引擎。这个流程引擎支持条件分支、合并并行，可以完成复杂的业务流程编排。

同时，流程引擎支持子流程。通过子流程，可以将一个完整、庞大的业务，划分成多个子流程，分别部署在Apusic ESB网络中的各个节点之上，实现逻辑功能的分布性。

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号