基于AMQP協(xié)議的私有云平臺消息服務(wù)的設(shè)計(jì)與實(shí)現(xiàn).pdf

1、H3Cloud云計(jì)算管理平臺是為企業(yè)、團(tuán)體或組織提供基礎(chǔ)設(shè)施即服務(wù)的私有云管理系統(tǒng)，由管理端、門戶端及部署在網(wǎng)絡(luò)不同節(jié)點(diǎn)的眾多后端服務(wù)構(gòu)成，通過內(nèi)部組件之間的協(xié)作，共同提供虛擬化服務(wù)。但隨著業(yè)務(wù)功能擴(kuò)展，系統(tǒng)已有的通信方式已無法滿足云平臺不同組件之間越來越復(fù)雜的信息交互，急需提供一種服務(wù)，將不同組件連接進(jìn)行解耦，同時(shí)可完成不同組件之間的信息交互。本文即通過提供一種基于消息傳遞機(jī)制的消息服務(wù)來實(shí)現(xiàn)云平臺不同組件間復(fù)雜的信息通信。
　

2、　云平臺管理端和門戶端由Java語言開發(fā)，通過網(wǎng)頁訪問的方式為云用戶提供創(chuàng)建和管理主機(jī)、鏡像、硬盤、網(wǎng)絡(luò)、路由等云資源的服務(wù)。在提供這些虛擬化服務(wù)時(shí)，不同云資源模塊會與不同語言開發(fā)的后端服務(wù)進(jìn)行信息交互，同時(shí)，管理端作為云初始化和資源配置的中心，門戶端各模塊也會與管理端進(jìn)行信息交互，為了統(tǒng)一不同組件間的通信方式，提高云平臺的可擴(kuò)展性，需提供一個(gè)層，來將不同組件進(jìn)行集成，基于AMQP協(xié)議實(shí)現(xiàn)的消息中間件為我們提供了選擇，其本身只定義數(shù)據(jù)傳

3、輸?shù)母袷?，交互雙方只需按照既定的格式即可完成消息收發(fā)，消息服務(wù)就是在此基礎(chǔ)上構(gòu)建起來的。
　　本文首先對AMQP消息路由和緩存的原理進(jìn)行分析，確定云平臺在消息中間件中使用的路由算法，同時(shí)對云平臺不同模塊在消息中間件中路由的定義進(jìn)行規(guī)劃，設(shè)計(jì)分布式部署下不同組件通過消息中間件進(jìn)行消息通信的概要模型。在集中式部署下，由于管理端與門戶端共享一套編譯環(huán)境，若仍通過消息中間件進(jìn)行消息通信會對網(wǎng)絡(luò)及資源造成極大浪費(fèi)，也不便于對消息中間件中聲明

4、的路由和隊(duì)列進(jìn)行管理，于是對模型進(jìn)一步抽象，集中式部署下管理端與門戶端的交互相當(dāng)于內(nèi)部模塊與模塊之間的異步消息交互，在消息發(fā)布/訂閱模型的啟發(fā)下，設(shè)計(jì)云平臺消息總線模型。
　　總線提供這樣的服務(wù)，門戶端與管理端各模塊需要通信時(shí)，只需將封裝的消息發(fā)布到總線，總線會將消息推送給訂閱此種消息的訂閱者，來達(dá)到任意模塊間均可享受異步消息通信的目的。當(dāng)集中式部署時(shí)，構(gòu)建一條總線，管理端與門戶端之間的通信通過總線傳遞消息完成;而當(dāng)分布式部署時(shí)，

5、管理端與門戶端各自構(gòu)建屬于自己的總線，內(nèi)部模塊通過本地總線進(jìn)行消息交互，兩者之間需要交互時(shí)，只需向本地總線注冊一個(gè)訂閱者，此訂閱者從總線接收向?qū)Χ税l(fā)送的消息，當(dāng)訂閱者收到消息后，便調(diào)用與中間件通信接口將消息發(fā)送出去，消息中間件通過路由會將消息轉(zhuǎn)發(fā)給對端接收，接收者收到消息后又將消息發(fā)布到本地總線，總線會將消息推送給真正的消息接收者。此交互過程對調(diào)用模塊來說完全透明，要發(fā)送消息時(shí)，只需將消息發(fā)布到總線，接收消息時(shí)，只需向總線注冊消息訂閱即