基于面向消息中间件的SOA系统集成技术探索

基于MOM-面对消息中间件的SOA系统集成技术探究一、什么是MOM？面对消息的中间件〕的缩写，MOMIBMWebSphereMQJMS标准的系列中间件等。二、MOMMOM的通信环境中，通常是异步地发送和承受消息，它将应用抽象地划分为发送者和接收者，它们之间无需彼此了解，MOM的简洁模型图:从上图可以看出，为了支持消息传递的异步模型，MOM位于客户端和效劳需要彼此知道对方的存在，它们之间不需要考虑它们之间的网络通讯简单性。运行，并且消息必需即时处理。三、MOMMOM要实现高效牢靠的消息传递机制，必需实现以下三大功能：实现消息的异步发送和接收，实现公布/订阅模式实现消息的长久化，保证消息牢靠性传输优化网络传输，支持断点续传能够牢靠的传递。MOM产品应用上有所不同，例如，JMSMQ实现上就有所区分。MQJMS构造在队列的应用JMS在客户机JMSMQ而言，只是标准了消息的存取，JMS客户机并不拥有存放数据的队列，所以数据在远程队列间的传输牢靠性。IBMMQ通过通道与传输队列和远程队列来保证队列间的传输牢靠性，IBMMQ支持客户端的断网续传，而客户端的应用程序MQ的客户端。四、MOM/订阅模式以及消息队列模式，其中，点对点模式和公布/订阅模式统称为消息传递模式。点对点模式〔Point-to-Point〕点对点模式用于消息生产者和消息消费者之间点到点的通信，是一种程序到统上，点对点模型是一个基于拉取〔Pull〕或基于轮询〔Polling〕的消息传递模所接收，即使可能有多个接收者在一个队列中侦听同一消息时，也是如此。公布订阅模式〔Publish-and-Subscribe〕在公布/〔topic〕的虚拟通道中。消息生产者称为公布者〔，而消息消费者则称为订阅者〔。与点对点模型不同，使用公布/订阅模型公布到一个主题的消息，能够由多个订阅者所接收。有时候，也称这项技术为播送〔broadcasting〕消息。每个订阅者都会接收到每条消息的一个副本。总地来说，公布/订阅消息传送模型根本上是一个基于推送〔push〕的模型，其中消息自动地向消费者播送，它们无须恳求或轮询主题来获得消息。如上图所示，在公布/订阅模式下，没有传统意义上的客户端和效劳器，而重用。这种模式也是目前应用最广泛的模式。消息队列模式消息队列模式是一种程序之间的无连接的通信模式，它允许程序通过消息队〔通常基于内存和硬盘〕直接或者按挨次传送，接。s〔效劳质量，包括：Qos0至多一次消息会丧失或重复，但是只发送一次Qos1至少一次确保消息到达，但消息重复可能会发生。Qos2只有一次消息队列可以是永久性或者非永久性的，永久性的消息存放在硬盘上，非永部丧失，而永久性的消息会自动恢复。于活动状态，从而避开不必要的资源铺张。目前，IBMMQ主要承受就是这种消息队列模式。五、MOM点对点模型息，队列保存着消息，直到它们被消费或者超时。每个消息只有一个消费者(Consumer)〔即一旦被消费，消息就不再在消息队列中〕发送者和接收者之间在时间上没有依靠性，也就是说当发送者发送了消接收者在成功接收消息之后需向队列应答成功公布/订阅模型订阅模型中，客户端将消息发送到主题。多个公布者将消息发送到Topic，系统将这些消息传递给多个订阅者。每个消息可以有多个消费者它必需创立一个订阅之后，才能消费公布者的消息，而且，为了消费消息，订阅者必需保持运行的状态。MOMJMSMOM系统,允许订阅者创立一个可长久化的订阅。这样，即使订阅者没有被激活〔运行，它也能接收到公布者的消息。S〔长久化的，长久化的订阅者注册一个带有JMS保持的唯一标识的长久化订阅，带有一样标识的后续订阅者持订阅消息，知道消息被订阅接收或者过期。以被多个消费者处理的话，那么可以承受公布/订阅模型。六、系统业务集成的目标前公司开发的各个产品而言，存在多平台、多开发语言的特点，比方ZLHIS基于Java+AndroidB/S架构运行于扫瞄器，而且在程编排重组的业务流程集成方式才能解决。WebService是就目前而言最适SOA的一系列技术的集合。企业效劳总线〔EnterpriseServiceBus，ESB〕为SOA系统的实现供给了一个核心架构，是一种分布式的集成框架，ESBWebservice实现面对效劳的交互，ESB智能的在企业系统间路由数据流，协作和转换各个系统SOASOA中的各个效劳。这种模式有助于削减应用接口的数据量和简单性。MOMESB、MOMESBESB的根底IBMMQ根底之上的〔这里从名字也可以看得出来eesS根底之上的。JMS方式。这里再举一个例子：ESBWebservice接口和ZLHIS出院结算接口，完成出院结算消息提示，并通知到ZLHISZLBH客户端以设备客户端。人的医保号和身份证号信息以及住院费用信息；该次住院的医保结算报销费用；zlhis缴金额是否充分，并将欠费金额组织成格式消息发送到消息代理上，消息代理转发消息至指定病区的护士工作站和移动护士工作站。WebService或内置业务规律进展消息传输到工作站程序上。ZLHIS运行环境的简单性，消息的传递必需具备以下几个条件1、消息的通知必需是异步的，由于类似于移动设备可能由于移动网络原因和省电的缘由，不行能始终保持连接；2、 消息的通知必需能够通过推送的方式送达；3、 消息接收的客户端要是能够跨平台的；MOM的功能。WebSphereESB、IBMWebSphereMessageBrokerOracleServiceBus,IBMWebSphereESB是一种基于平台〔基于WebSphereApplicationServer〕ESB，IBMWebSphereMessageBorker是一种跨平台的ESB，应用于对性能要求相对较高，多种简单协议存在的集成环境中。J2EEESB产品。MBMMeQJMS。MOMJMS技术。八、IBMMQ和JMSIBMMQIBMMQ是一种基于消息队列模式的消息传输技术，负责两个异构系统之间系统平台以及编程语言，MQAPI支持。MQMQ的消息路由和消息转换MQ的消息队列模式需要依靠于队列治理器，队列治理器可以位于一样或不队列治理器为消息供给了牢靠的传递。JMS-JavaMessageServiceMOMJMS供给支持。JMS支持点对点和公布/订阅模式，但是不支持队列传输模式，而且不支持客比较QSM要好，JAVAJ2EE标准J2SE标准。IBMMQ进展数据传输，代价并不大，但是要利用就不小了。IBMMQ的本地队列在移动设备上是不是存在还存在疑问，假设在够表现了。ESBMOM的功能值得商榷争论以外，JMSJMSVB、.NETIOSAPI。JMS进展iOSMQMQTT通讯协议来实现跨平台的应用。九、MQTT-面对于将来的通讯技术MeQyt 简称T是一种基于P的轻量级公布/订阅消息传输协议，用于连接大量的远程传感器和掌握设备，而有少内存的设备上，专业化的应用程序就使用MQTT协议。用户可以编写自己的客户机以使用已公布的协议。产品的扩展，使用了MQTTV3.1版本的协台上的智能设备中。使用客户机构建的应用程序使用MQTelemetry)WebSphereMQ来牢靠地公布和预订消息。MQTelemetry守护程序〕可以运行于多种平台上。它可以充当一个网络集中器，能够将更多的MQTT客户备，它还可以为这些小型设备供给存储转发功能。〔Twitter让房屋联网〕的通信协议归根结底，MQTT、格外小的通信开销〔2字节；等等〕且易于使用的客户端；3、支持公布/预定模型，简化应用程序的开发；定工作的网络传输需求WebSphereMQ版本以上的插MQMQTT所使用的效劳器不仅仅开发式的通信协议，MQTTFaceBook最近公布种开发平台以及操作系统。ServerQoS0QoS1QoS2authbridgeServerQoS0QoS1QoS2authbridge$SYSSSLdynamictopicsMosquittoRSMB✔✔✔✔✔✔✔✔✔✔✔✔✔✔✘✔WebSphereMQApacheApollo✔✔✔✔✔✔✔✔✔✘✔✘✔✔✔✔ApacheActiveMQ✔✔✔?????webMethodsNirvanaMessaging✔✔✔§✘✘✔✘RabbitMQ✔✔✘✔✘✘✔✔MQTT.js✔✔✔§✘✘✘✔moquette✔✔✘?????Key:✔supported✘notsupported?unknown§seelimitations出品，最流行的，ActiveMQJMS1.1J2EE1.4标准的WebLog