基于面向消息中間件的SOA系統(tǒng)集成技術(shù)探索

基于MOM-面對(duì)消息中間件的SOA系統(tǒng)集成技術(shù)探究一、什么是MOM？面對(duì)消息的中間件〕的縮寫(xiě)，MOMIBMWebSphereMQJMS標(biāo)準(zhǔn)的系列中間件等。二、MOMMOM的通信環(huán)境中，通常是異步地發(fā)送和承受消息，它將應(yīng)用抽象地劃分為發(fā)送者和接收者，它們之間無(wú)需彼此了解，MOM的簡(jiǎn)潔模型圖:從上圖可以看出，為了支持消息傳遞的異步模型，MOM位于客戶(hù)端和效勞需要彼此知道對(duì)方的存在，它們之間不需要考慮它們之間的網(wǎng)絡(luò)通訊簡(jiǎn)單性。運(yùn)行，并且消息必需即時(shí)處理。三、MOMMOM要實(shí)現(xiàn)高效牢靠的消息傳遞機(jī)制，必需實(shí)現(xiàn)以下三大功能：實(shí)現(xiàn)消息的異步發(fā)送和接收，實(shí)現(xiàn)公布/訂閱模式實(shí)現(xiàn)消息的長(zhǎng)久化，保證消息牢靠性傳輸優(yōu)化網(wǎng)絡(luò)傳輸，支持?jǐn)帱c(diǎn)續(xù)傳能夠牢靠的傳遞。MOM產(chǎn)品應(yīng)用上有所不同，例如，JMSMQ實(shí)現(xiàn)上就有所區(qū)分。MQJMS構(gòu)造在隊(duì)列的應(yīng)用JMS在客戶(hù)機(jī)JMSMQ而言，只是標(biāo)準(zhǔn)了消息的存取，JMS客戶(hù)機(jī)并不擁有存放數(shù)據(jù)的隊(duì)列，所以數(shù)據(jù)在遠(yuǎn)程隊(duì)列間的傳輸牢靠性。IBMMQ通過(guò)通道與傳輸隊(duì)列和遠(yuǎn)程隊(duì)列來(lái)保證隊(duì)列間的傳輸牢靠性，IBMMQ支持客戶(hù)端的斷網(wǎng)續(xù)傳，而客戶(hù)端的應(yīng)用程序MQ的客戶(hù)端。四、MOM/訂閱模式以及消息隊(duì)列模式，其中，點(diǎn)對(duì)點(diǎn)模式和公布/訂閱模式統(tǒng)稱(chēng)為消息傳遞模式。點(diǎn)對(duì)點(diǎn)模式〔Point-to-Point〕點(diǎn)對(duì)點(diǎn)模式用于消息生產(chǎn)者和消息消費(fèi)者之間點(diǎn)到點(diǎn)的通信，是一種程序到統(tǒng)上，點(diǎn)對(duì)點(diǎn)模型是一個(gè)基于拉取〔Pull〕或基于輪詢(xún)〔Polling〕的消息傳遞模所接收，即使可能有多個(gè)接收者在一個(gè)隊(duì)列中偵聽(tīng)同一消息時(shí)，也是如此。公布訂閱模式〔Publish-and-Subscribe〕在公布/〔topic〕的虛擬通道中。消息生產(chǎn)者稱(chēng)為公布者〔，而消息消費(fèi)者則稱(chēng)為訂閱者〔。與點(diǎn)對(duì)點(diǎn)模型不同，使用公布/訂閱模型公布到一個(gè)主題的消息，能夠由多個(gè)訂閱者所接收。有時(shí)候，也稱(chēng)這項(xiàng)技術(shù)為播送〔broadcasting〕消息。每個(gè)訂閱者都會(huì)接收到每條消息的一個(gè)副本?？偟貋?lái)說(shuō)，公布/訂閱消息傳送模型根本上是一個(gè)基于推送〔push〕的模型，其中消息自動(dòng)地向消費(fèi)者播送，它們無(wú)須懇求或輪詢(xún)主題來(lái)獲得消息。如上圖所示，在公布/訂閱模式下，沒(méi)有傳統(tǒng)意義上的客戶(hù)端和效勞器，而重用。這種模式也是目前應(yīng)用最廣泛的模式。消息隊(duì)列模式消息隊(duì)列模式是一種程序之間的無(wú)連接的通信模式，它允許程序通過(guò)消息隊(duì)〔通常基于內(nèi)存和硬盤(pán)〕直接或者按挨次傳送，接。s〔效勞質(zhì)量，包括：Qos0至多一次消息會(huì)喪失或重復(fù)，但是只發(fā)送一次Qos1至少一次確保消息到達(dá)，但消息重復(fù)可能會(huì)發(fā)生。Qos2只有一次消息隊(duì)列可以是永久性或者非永久性的，永久性的消息存放在硬盤(pán)上，非永部喪失，而永久性的消息會(huì)自動(dòng)恢復(fù)。于活動(dòng)狀態(tài)，從而避開(kāi)不必要的資源鋪張。目前，IBMMQ主要承受就是這種消息隊(duì)列模式。五、MOM點(diǎn)對(duì)點(diǎn)模型息，隊(duì)列保存著消息，直到它們被消費(fèi)或者超時(shí)。每個(gè)消息只有一個(gè)消費(fèi)者(Consumer)〔即一旦被消費(fèi)，消息就不再在消息隊(duì)列中〕發(fā)送者和接收者之間在時(shí)間上沒(méi)有依靠性，也就是說(shuō)當(dāng)發(fā)送者發(fā)送了消接收者在成功接收消息之后需向隊(duì)列應(yīng)答成功公布/訂閱模型訂閱模型中，客戶(hù)端將消息發(fā)送到主題。多個(gè)公布者將消息發(fā)送到Topic，系統(tǒng)將這些消息傳遞給多個(gè)訂閱者。每個(gè)消息可以有多個(gè)消費(fèi)者它必需創(chuàng)立一個(gè)訂閱之后，才能消費(fèi)公布者的消息，而且，為了消費(fèi)消息，訂閱者必需保持運(yùn)行的狀態(tài)。MOMJMSMOM系統(tǒng),允許訂閱者創(chuàng)立一個(gè)可長(zhǎng)久化的訂閱。這樣，即使訂閱者沒(méi)有被激活〔運(yùn)行，它也能接收到公布者的消息。S〔長(zhǎng)久化的，長(zhǎng)久化的訂閱者注冊(cè)一個(gè)帶有JMS保持的唯一標(biāo)識(shí)的長(zhǎng)久化訂閱，帶有一樣標(biāo)識(shí)的后續(xù)訂閱者持訂閱消息，知道消息被訂閱接收或者過(guò)期。以被多個(gè)消費(fèi)者處理的話(huà)，那么可以承受公布/訂閱模型。六、系統(tǒng)業(yè)務(wù)集成的目標(biāo)前公司開(kāi)發(fā)的各個(gè)產(chǎn)品而言，存在多平臺(tái)、多開(kāi)發(fā)語(yǔ)言的特點(diǎn)，比方ZLHIS基于Java+AndroidB/S架構(gòu)運(yùn)行于掃瞄器，而且在程編排重組的業(yè)務(wù)流程集成方式才能解決。WebService是就目前而言最適SOA的一系列技術(shù)的集合。企業(yè)效勞總線(xiàn)〔EnterpriseServiceBus，ESB〕為SOA系統(tǒng)的實(shí)現(xiàn)供給了一個(gè)核心架構(gòu)，是一種分布式的集成框架，ESBWebservice實(shí)現(xiàn)面對(duì)效勞的交互，ESB智能的在企業(yè)系統(tǒng)間路由數(shù)據(jù)流，協(xié)作和轉(zhuǎn)換各個(gè)系統(tǒng)SOASOA中的各個(gè)效勞。這種模式有助于削減應(yīng)用接口的數(shù)據(jù)量和簡(jiǎn)單性。MOMESB、MOMESBESB的根底IBMMQ根底之上的〔這里從名字也可以看得出來(lái)eesS根底之上的。JMS方式。這里再舉一個(gè)例子：ESBWebservice接口和ZLHIS出院結(jié)算接口，完成出院結(jié)算消息提示，并通知到ZLHISZLBH客戶(hù)端以設(shè)備客戶(hù)端。人的醫(yī)保號(hào)和身份證號(hào)信息以及住院費(fèi)用信息；該次住院的醫(yī)保結(jié)算報(bào)銷(xiāo)費(fèi)用；zlhis繳金額是否充分，并將欠費(fèi)金額組織成格式消息發(fā)送到消息代理上，消息代理轉(zhuǎn)發(fā)消息至指定病區(qū)的護(hù)士工作站和移動(dòng)護(hù)士工作站。WebService或內(nèi)置業(yè)務(wù)規(guī)律進(jìn)展消息傳輸?shù)焦ぷ髡境绦蛏?。ZLHIS運(yùn)行環(huán)境的簡(jiǎn)單性，消息的傳遞必需具備以下幾個(gè)條件1、消息的通知必需是異步的，由于類(lèi)似于移動(dòng)設(shè)備可能由于移動(dòng)網(wǎng)絡(luò)原因和省電的緣由，不行能始終保持連接；2、 消息的通知必需能夠通過(guò)推送的方式送達(dá)；3、 消息接收的客戶(hù)端要是能夠跨平臺(tái)的；MOM的功能。WebSphereESB、IBMWebSphereMessageBrokerOracleServiceBus,IBMWebSphereESB是一種基于平臺(tái)〔基于WebSphereApplicationServer〕ESB，IBMWebSphereMessageBorker是一種跨平臺(tái)的ESB，應(yīng)用于對(duì)性能要求相對(duì)較高，多種簡(jiǎn)單協(xié)議存在的集成環(huán)境中。J2EEESB產(chǎn)品。MBMMeQJMS。MOMJMS技術(shù)。八、IBMMQ和JMSIBMMQIBMMQ是一種基于消息隊(duì)列模式的消息傳輸技術(shù)，負(fù)責(zé)兩個(gè)異構(gòu)系統(tǒng)之間系統(tǒng)平臺(tái)以及編程語(yǔ)言，MQAPI支持。MQMQ的消息路由和消息轉(zhuǎn)換MQ的消息隊(duì)列模式需要依靠于隊(duì)列治理器，隊(duì)列治理器可以位于一樣或不隊(duì)列治理器為消息供給了牢靠的傳遞。JMS-JavaMessageServiceMOMJMS供給支持。JMS支持點(diǎn)對(duì)點(diǎn)和公布/訂閱模式，但是不支持隊(duì)列傳輸模式，而且不支持客比較QSM要好，JAVAJ2EE標(biāo)準(zhǔn)J2SE標(biāo)準(zhǔn)。IBMMQ進(jìn)展數(shù)據(jù)傳輸，代價(jià)并不大，但是要利用就不小了。IBMMQ的本地隊(duì)列在移動(dòng)設(shè)備上是不是存在還存在疑問(wèn)，假設(shè)在夠表現(xiàn)了。ESBMOM的功能值得商榷爭(zhēng)論以外，JMSJMSVB、.NETIOSAPI。JMS進(jìn)展iOSMQMQTT通訊協(xié)議來(lái)實(shí)現(xiàn)跨平臺(tái)的應(yīng)用。九、MQTT-面對(duì)于將來(lái)的通訊技術(shù)MeQyt 簡(jiǎn)稱(chēng)T是一種基于P的輕量級(jí)公布/訂閱消息傳輸協(xié)議，用于連接大量的遠(yuǎn)程傳感器和掌握設(shè)備，而有少內(nèi)存的設(shè)備上，專(zhuān)業(yè)化的應(yīng)用程序就使用MQTT協(xié)議。用戶(hù)可以編寫(xiě)自己的客戶(hù)機(jī)以使用已公布的協(xié)議。產(chǎn)品的擴(kuò)展，使用了MQTTV3.1版本的協(xié)臺(tái)上的智能設(shè)備中。使用客戶(hù)機(jī)構(gòu)建的應(yīng)用程序使用MQTelemetry)WebSphereMQ來(lái)牢靠地公布和預(yù)訂消息。MQTelemetry守護(hù)程序〕可以運(yùn)行于多種平臺(tái)上。它可以充當(dāng)一個(gè)網(wǎng)絡(luò)集中器，能夠?qū)⒏嗟腗QTT客戶(hù)備，它還可以為這些小型設(shè)備供給存儲(chǔ)轉(zhuǎn)發(fā)功能?！睺witter讓房屋聯(lián)網(wǎng)〕的通信協(xié)議歸根結(jié)底，MQTT、格外小的通信開(kāi)銷(xiāo)〔2字節(jié)；等等〕且易于使用的客戶(hù)端；3、支持公布/預(yù)定模型，簡(jiǎn)化應(yīng)用程序的開(kāi)發(fā)；定工作的網(wǎng)絡(luò)傳輸需求WebSphereMQ版本以上的插MQMQTT所使用的效勞器不僅僅開(kāi)發(fā)式的通信協(xié)議，MQTTFaceBook最近公布種開(kāi)發(fā)平臺(tái)以及操作系統(tǒng)。ServerQoS0QoS1QoS2authbridgeServerQoS0QoS1QoS2authbridge$SYSSSLdynamictopicsMosquittoRSMB????????????????WebSphereMQApacheApollo????????????????ApacheActiveMQ????????webMethodsNirvanaMessaging???§????RabbitMQ????????MQTT.js???§????moquette????????Key:?supported?notsupported?unknown§seelimitations出品，最流行的，ActiveMQJMS1.1J2EE1.4標(biāo)準(zhǔn)的WebLog