Websphere Message Broker 可以作为一个消息代理(message broker),提供了WebSphere MQ消息传递层以及消息代理集线器的功能。
3.1.2 IBM Websphere Message Broker 解决方案的优势
从信息交换平台的长远发展来看,要形成相互一致的业务基础信息系统和有效运行的信息层次化体系,必然需要将现在建设的和未来要扩建的各个业务应用系统平滑地整合在一起,使得各个业务系统间能够顺畅地传递信息,形成一个有机的整体,在整个系统范围内实现信息的高度共享。
3.1.2.1 优势一:网状结构到星型结构的改变,大大简化MQ的配置和管理
WebSphere MQ 消息中间件作为搭建统一的数据传输平台的核心工具,作为WebSphere MQ 家族产品中的一员,Websphere Message Broker 和WebSphere MQ的无缝整合不用质疑的。信息平台多套业务应用系统以及进驻各部门的应用系统只需通过本地的WebSphere MQ与统一的数据整合系统的Websphere Message Broker 相联来完成数据的发送和接收,而数据的格式转换和智能路由的选择由Websphere Message Broker 负责,这样将来不论是增加新系统和删除旧系统都不影响到其它应用系统的配置,使整个综合信息平台的规划和管理得到很好的优化。
3.1.2.2 优势二:不同格式的数据转换
Websphere Message Broker 通过消息字典来对来自不同应用系统传来的消息内容进行识别和解析,还可以根据不同的消息通过定制不同的消息流来输送到不同的应用系统。这是非常适合信息平台如何建立一个数据集中、交换,并支持系统平滑地扩展这样的基础数据交换支撑平台的需求,以后对现有系统的扩展将不会影响整个系统的架构。例如:根据输入数据的内容映射到输出数据:
{
当输入数据.Complaint.Type = ‘Order’时,输出数据.Admin.Dept=’B01’
当输入数据.Complaint.Type = ‘Order’时,输出数据.Admin.Dept=’C01’
输出数据格式=XML
}
3.1.2.3 优势三:Websphere Message Broker全面支持XML
XML被用于Websphere Message Broker 的核心。产品的所有配置数据都采用了XML格式。一旦一个消息以消息格式的形式被定义到MRM,那么在需要时就可以将消息的输出格式也定义为XML。因此,在消息代理程序内部可以根据非XML的消息格式生成XML消息。
3.1.2.4 优势四:各种”Processor Node”组成的Message Flow
处理节点对消息流内的消息执行不同的操作。消息流由一个输入节点发起,该节点启动一个流经消息流的消息。如下所述,Websphere Message Broker 包含了一个MQInput节点,它可以从一个WebSphere MQ队列中读取一个消息。这一节点将与其他的节点相连。尽管节点之间的连接被称为连接器,但这些构造纯粹是为了帮助将控制中心图形工具中的节点捆绑在一起。消息实际上是通过方法调用请求在节点之间传递的,这些请求中包含了一个指向在节点间被传递的消息对象的指针。
可以对每一个消息流中节点的属性进行客户化处理。这将使节点能够对流经自己的消息执行特定的功能,并执行消息流要求节点执行的处理过程。
3.1.2.5 优势五:与Database紧密集成
Websphere Message Broker 提供了与DB操作相关的各种Node, 如INSERT,UPDATE,DELETE等Node,用户可以通过ESQL进行和数据库的操作,如把数据存入数据库,从数据库中取数据等;
信息平台可以将整个系统中产生的大量数据记录在数据中心中,以备进一步决策分析、数据挖掘,实现更深层次的数据利用。作为统一的数据整合平台,Websphere Message Broker 可以直接操作不同应用系统的数据库,实现各部门的数据高度共享。
3.1.2.6 优势六:功能强大的发布预订系统
基于内容和主题的过滤
将发布和预订(Publish and Subscribe)功能添加到信息代理程序中以后,增加了该系统的功能价值。将发布/预订代理程序的优势与Websphere Messages Broker的功能结合在一起,可以获得额外的好处。对于信息的订户,它们将不仅能够接收到自己所要求的信息,而且还可以根据自己的需要在任何级别上对信息进行过滤和格式化处理。作为一个标准的发布和预订系统,向订户提供信息的时候可以不必知道何人将会需要这些信息,因而也不必知道向何人发送这些信息。
发布/预订系统的用途在于,它极大地提高了选择标准的精炼程度。每一个主题当中都包含了大量订户并不需要的信息,即使主题与订户要求的主题相匹配。因此,通过提高发送往订户的消息的选择精炼程度,以及通过基于内容的预订,将可以实现一种选择性更强因而效率也更高的信息发送方法。
WMB Messages Broker 提供了这种基于内容的预订过滤功能,以及用于发布和预订的基于分级主题的过滤功能。对于基于内容的过滤,将使用SQL表达式评估一个消息内的单元内容,并因而获得内容过滤结果。内容过滤器可以被存储在动态预订表(Dynamic Subscription Table)之中。这些过滤以后的消息与其他的消息代理程序功能相结合,就可以根据不同应用程序的要求对消息进行转换,消息中只有被要求的部分才会被发送到对其进行了预订的应用程序。发布/预订功能被表示为一个节点,被称为消息流内的发布节点。发布/预订节点的最终成果是将一个消息放入一个或多个MQSeries队列之中。
预订处理
如果在发布之前就可以知道发布数据的预订应用程序是什么,那么这种预订就被称为静态预订,并且可以预先对其路由进行很好的定义。如果可以通过预订应用在预订设置中添加或改变预订,那么这种预订被称为动态预订,它能够很灵活地在系统的运行时间内改变商业请求,而不必预先登记自己感兴趣的特殊消息类型。Websphere Messages Broker能够支持所有这两种类型的预订。
订户对发布/预订功能的请求采用了被称为控制消息的消息格式。这样,订户就能够全面地创建、删除和改变自己的预订内容。这些消息的名称是:登记订户(Registered Subscriber)、注销订户(Deregister Subscriber)和请求更新(Request Update)。对于发布者来说,可以使用
以下文章点击率最高
Loading…