ESB 在实际项目中的应用（WebSphere Message Broker ）

4） 访问内部处理增量消息或内存

5） 应答事件跟错误

12、 MB的组件――部署时

Broker 有Domain的概念，另外Message sets和Message flow都运行在Broker之内，多个Broker部署在同一个Broker Domain内，在同一个Domain内通过Configuration来进行配置。

13、 MB的组件――运行时

1） Broker（消息代理）：是MB的消息处理引擎，它提供MB的所有运行时服务。

2） Configuration Manager（配置管理器）：CM是工作台，配置内存库跟Broker之间的一个接口，它维护Broker Domain的配置信息，向Broker提供初始化配置信息或者以后的差异信息。配置管理器是MB用于管理这些构成Broker Domain的全部组件和资源的核心运行时部件。

3） Broker Domain（消息代理域）：共享相似配置的若干Broker组成一个消息代理域，每个消息代理域由一个唯一的配置管理器来控制，在一个消息代理域中，可以建立、启动一个或多个Broker，和一个可选的User Name Server。

4） Execution Group（执行组）：执行组是若干消息流的组合，是消息流运行引擎。每个执行组是一个独立的进程，这样，在同一个执行组中的消息流可以做到在运行时互相独立。在一个执行组内部，消息流在不同的线程池内运行，为了提升性能，我们可以借助修改每个消息流的运行实例的个数来指定每位消息流的线程池的大小。

5） User Name Server（用户名称服务器）：任何关键平台的一个重要的组成部分就是通过提供一个有效的安全措施来保证资产安全的素质。用户名称服务器是可选的运行时模块精通websphere message broker，它提供Publish/Subscribe操作相关的用户跟组的安全控制。

6） Message Flow（消息流）：在MB中对消息的运算处理、格式转换和路由等功能是借助消息流推动的精通websphere message broker，每个消息从输入MB至从MB中输出，都将被一个消息流处理，然后发往目的应用平台。消息流由各类消息处理节点（Message Processing Node）组成，消息处理节点能对消息进行各类处理操作，节点与节点相连，便构成了一个消息流。

7） Message Processing Node（消息处理节点）：在MB中，对消息的所有计算跟处理是借助消息节点实现的，消息节点实际上是被Broker运行环境调用的动态链接库（DLL），通过ESQL语句对消息进行操作，通过对消息节点属性的客户华处理，将使节点无法对流经自己的消息执行特定的功能。

8） ESQL：在MB中，消息流开发使用的让ESQL语言。ESQL是对SQL V3的扩展，除了用于的操作之外，它还可以操作消息数据，包括Generic XML和MRM格式的消息。

14、 Message Flows【简直就是针对消息的工作流】

15、 Message Processing Nodes （6.0在此基础上又有降低）

从我的看法来预测，最重要的节点：

a) MQInput & MQOutput

b) HttpInput 可以做WS服务，HttpRequest可以去访问WS

c) Publication 用于发布

d) ESQL语句节点，可以用于手工写ESQL，属于万能的节点。

e) Mapping，消息至消息跟消息到DB的映射

f) Filter， 实现if-else。返回4种状态：failer，true，false，unknow。

g) RouteToLaber配合Label，相当与case语句。

h) TryCatch 和Throw

i) Trace，用于打印调试信息。MB也提供命令行调试模式。

j) Aggregate Request、Reply、Control，聚合

新版本中增加了

a) Timer节点

b) JMS节点

16、 MB Toolkit

17、 ESQL editor

18、 Message Set Development

19、 Mapping editor

20、 Deployment

MB需要打包成bar包，这带有很强的灵活性，更高的性能，当然要稍微麻烦一些。自己研发的产品，打包、部署一定要简单，最好能支持热部署。

21、 mqsideploy 命令行部署软件，较小型的工程，需要做研发环境、测试环境、联调环境、生产环境等。生成脚本可以多次执行。这就是大型工具和通常硬件的差别之一。

22、 MB性能报告

4160 个 1KB的包/秒，建议交易用的包在1—2K。

MQ消息持久，是指写文件，保证服务宕机的状况下消息的完整性。而非长久性能更高。

比如：银行ATM最大等待时间60妙，超时后消息原本就没有意义，可以选择非长久。

23、 MQInput/MQOutput消息流的基准值

24、 Parallel Processing Option

MB可以借助多instance或者多执行组来并行，具体什么效果更好，看详细应用的状况。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-144676-1.html