websphermq教程ppt課件(已修改)
2025-01-24 08:14 本頁面
【正文】 1 Web Sphere MQ教程 2 提要 ? Websphere MQ 介紹 ? 安裝和配置 Websphere MQ ? Websphere MQ 集群 ? Websphere MQ 分布式隊列管理 ? Websphere MQ 故障診斷 3 議程 ? MQ概念 ? 中間件 ? MOM ? 異步通信 ? 消息原理 ? MQ對象 ? 演示 ? Reference ? (備用 ) 應用案例 4 MQ簡史 ? 1992 SSI(Server Side Includes,服務器端包含 )，開發(fā)了消息產(chǎn)品 ezBridge。 IBM為網(wǎng)絡通信定義了 3個 API標準： CPIC, RPC, MQI ? 19923 IBM開發(fā)消息產(chǎn)品（代碼 Victory） ? 1993 IBM從 SSI那里購買了 ezBridge的版權 ? 之后 MQSeries version1 產(chǎn)生（主要運行在大型機上） ? 1994/1995 IBM發(fā)布三個平臺的 MQ: ? AIX, OS/2, 和 AS/400. ? 到 MQSeries (WebSphere )已支持超過 35個平臺 ? Windows, Linux, 多個 Unix, …… ? 2022年初 WebSphere MQ 6 發(fā)布 ? CPI－ C(Common Programming Interface Communication, IBM公共通信編程接口 ) ?是一個不平臺無關的 API，它不一套公用的 APPC（高級程序間通信）接口。 ?簡單直接，在支持 CPIC的所有平臺上都可移植。 ? CPIC旨在為跨 IBM平臺執(zhí)行應用程序提供一個公用環(huán)境。這些平臺包括 IBM MVS（多重虛存系統(tǒng)）、 VS（虛存系統(tǒng)）、 OS／ 400和基于 OS/2的系統(tǒng)等。 5 ? RFC(迖程過程調(diào)用 ): ?架構(gòu)在 CPIC接口之上， RFC的調(diào)用都將轉(zhuǎn)換為 CPIC的調(diào)用完成 . 6 7 什么是 WebSphere MQ(MQ Series)?（ ） ? 是一種中間件產(chǎn)品，它實現(xiàn)了一個消息隊列框架 . ? 中間件 – 將丌同的計算環(huán)境連接起來的中間軟件 . ? Unix, MVS, OS/400, VMS, Windows NT/2k, etc. ? SNA, NetBios, TCP/IP ? Cobol, C, JAVA ? 是介于應用不操作系統(tǒng)之間的系統(tǒng)軟件，是相關應用的基準平臺。 8 MQ概念 – 中間件（ ） 中間件類型 產(chǎn)品舉例 面向消息中間件 (MOM) IBM MQSeries, Microsoft MSMQ, BEA MessageQ, JBossMQ 數(shù)據(jù)連接 ODBC, JDBC, etc. 遠程過程調(diào)用 (RPC) DCE, NSF 對象請求代理 (ORB) 符合 CORBA標準的，如 Orbix, Visibroker, BEA Objectbroke, Java IIOP。 還有 Java RMI 交易流程控制 (TPM) Microsoft Transaction Server (MTS), IBM CICS, IBM Encina, BEA Tuxedo 9 三種通信技術的比較（ ） ? CPIC ?同步的對話通信模式 ? RPC（迖程過程調(diào)用） ?同步的、對話方式的模型 ? MQI（ Message Queue Interface，消息隊列接口） ?為程序提供了一種異步通信方式，一個程序以一個隊列作為中轉(zhuǎn)不另一個程序相互通信 10 MQ概念 – Message Oriented Middleware（ ） ? 簡單地說， MOM就是返樣的中間件，它允許一個應用向另一個應用發(fā)送消息，而無論該應用是否在線。 平臺 A 消息隊列 子系統(tǒng) A 應用 A”放入“消息 平臺 B 消息隊列 子系統(tǒng) B 應用 B” 獲取“消息 消息隊列 11 MQ概念 – 消息和隊列 ? 消息 – 程序之間的通信是通過發(fā)送消息數(shù)據(jù)而丌是相互間直接調(diào)用 . ? 隊列 – 消息通過放入隊列而存儲下來 , 減少了程序間邏輯性連接的需要 . ? 消息傳輸系統(tǒng) ? 應用程序接口 12 MQ概念 – 異步 vs. 同步通信 ? 消息隊列框架的通信模式是 異步 的！ ? 同步 : 應用發(fā)送請求后一直等待，直到請求被處理。 ?客戶端請求的 同時 ，服務必須在線。 ? 異步 : 應用發(fā)送請求，然后在將來檢查請求是否被處理完成。 ?客戶端請求時，服務無需在線。 13 中間件類型 同步 異步 MOM X Data Connectivity X RPC X ORB X TPM X 14 同步的 good/bad ? 易編程 ? 輸出立即可知 ? 更易恢復錯誤 (通常 ) ? 更好實時響應 (通常 ) ? 服務必須啟動、在線 ? 請求方阻礙占用資源 ? 通常要求面向連接的通信協(xié)議 Good Bad 15 異步的 good/bad ? 請求無需指定服務器 ? 服務無需在線 ? 由于沒有占用 , 資源可以釋放 ? 可以使用非連接協(xié)議 ? 響應時間不可預測 ? 錯誤處理通常復雜 ? 難以設計程序 ? Good Bad 16 消息的長處 ? 消息的長處： ? 我們可以集中精力去做應用本身的設計 . ? 再也不用管有關環(huán)境方面的細節(jié)了 . ? 應用變得可以移植、擴展了 . 17
教學課件相關推薦
鄂ICP備17016276號-1