基于面向消息中間件的SOA系統(tǒng)集成技術(shù)探索_第1頁
基于面向消息中間件的SOA系統(tǒng)集成技術(shù)探索_第2頁
基于面向消息中間件的SOA系統(tǒng)集成技術(shù)探索_第3頁
基于面向消息中間件的SOA系統(tǒng)集成技術(shù)探索_第4頁
基于面向消息中間件的SOA系統(tǒng)集成技術(shù)探索_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論