一種云存儲的異構(gòu)消息處理方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計算機云存儲技術(shù)領(lǐng)域，特別是涉及一種云存儲的異構(gòu)消息處理方法及裝置。
【背景技術(shù)】
[0002]云計算在全球范圍內(nèi)的迅速發(fā)展以及普及的過程中，其支持的應(yīng)用涉及領(lǐng)域進一步擴大，同時數(shù)據(jù)計算的規(guī)模也在高速的增長。對于提供服務(wù)的集群性能的要求也越來越高，集群的規(guī)模也隨之增大。這對集群內(nèi)的通信、消息處理的能力提出了更高的要求。即要提供高速的通信處理能力，同時也要滿足與不同應(yīng)用的兼容，能夠同時為多種服務(wù)提供支持。
[0003]由于TCP/IP協(xié)議在應(yīng)用層廣泛的使用，因此大多數(shù)的集群通信采用了此種方式，但是TCP/IP具有效率低、延遲大以及帶寬低等缺點，難以滿足高性能計算的需求。而針對大量數(shù)據(jù)的計算，RDMA通信往往能夠獲得低延遲、高帶寬以及高效的傳輸效率，因此成為性能提升的熱點技術(shù)。
[0004]然而，傳統(tǒng)的通訊方式僅支持單一的通訊協(xié)議，無法在同時獲得高傳輸效率以及高兼容性。同時，這樣的通信方式往往為集群的實際部署提高了難度，增加了實施的成本。

【發(fā)明內(nèi)容】

[0005]本發(fā)明的目的是提供一種云存儲的異構(gòu)消息處理方法及裝置，目的在于解決現(xiàn)有的通訊方式中僅支持單一的通訊協(xié)議，無法同時獲得高傳輸效率以及高兼容性、以及實施成本較高的問題。
[0006]為解決上述技術(shù)問題，本發(fā)明提供一種云存儲的異構(gòu)消息處理方法，包括:
[0007]第一通信端向第二通信端發(fā)送通信請求；
[0008]所述第一通信端通過第一信使模型獲取所述第二通信端的第二信使模型的信息；其中，信使模型為不同消息通信的實體根據(jù)支持的通信協(xié)議預(yù)先注冊的對應(yīng)類型的模型；
[0009]根據(jù)所述第一信使模型到所述第二信使模型的連接，通過對應(yīng)支持的通信協(xié)議進行數(shù)據(jù)的通信。
[0010]可選地，所述根據(jù)所述第一信使模型到所述第二信使模型的連接，通過對應(yīng)支持的通信協(xié)議進行數(shù)據(jù)的通信包括:
[0011]所述第一信使模型從內(nèi)部連接表中查詢是否存在到所述第二信使模型的連接；
[0012]如果否，則創(chuàng)建從所述第一信使模型到所述第二信使模型的連接；
[0013]如果是，則根據(jù)所述連接進行數(shù)據(jù)的通信。
[0014]可選地，所述創(chuàng)建從所述第一信使模型到所述第二信使模型的連接包括:
[0015]創(chuàng)建用于發(fā)送以及接收的兩個線程，單獨處理對應(yīng)的消息。
[0016]可選地，所述通過對應(yīng)支持的通信協(xié)議進行數(shù)據(jù)的通信包括:
[0017]根據(jù)消息的類型，將通信消息發(fā)送至分發(fā)隊列，通過處理消息分發(fā)的線程分發(fā)到對應(yīng)的應(yīng)用中。
[0018]可選地，所述通信協(xié)議包括TCP/IP通信協(xié)議或RDMA通信協(xié)議。
[0019]本發(fā)明還提供了一種云存儲的異構(gòu)消息處理裝置，包括:
[0020]發(fā)送模塊，用于第一通信端向第二通信端發(fā)送通信請求；
[0021]獲取模塊，用于所述第一通信端通過第一信使模型獲取所述第二通信端的第二信使模型的信息；其中，信使模型為不同消息通信的實體根據(jù)支持的通信協(xié)議預(yù)先注冊的對應(yīng)類型的模型；
[0022]通信模塊，用于根據(jù)所述第一信使模型到所述第二信使模型的連接，通過對應(yīng)支持的通信協(xié)議進行數(shù)據(jù)的通信。
[0023]可選地，所述通信模塊包括:
[0024]查詢單元，用于所述第一信使模型從內(nèi)部連接表中查詢是否存在到所述第二信使模型的連接；
[0025]通信單元，用于當所述第一信使模型的內(nèi)部連接表中不存在到所述第二信使模型的連接時，創(chuàng)建從所述第一信使模型到所述第二信使模型的連接；當所述第一信使模型的內(nèi)部連接表中存在到所述第二信使模型的連接時，則根據(jù)所述連接進行數(shù)據(jù)的通信。
[0026]可選地，所述通信單元具體用于:
[0027]當所述第一信使模型的內(nèi)部連接表中不存在到所述第二信使模型的連接時，創(chuàng)建用于發(fā)送以及接收的兩個線程，單獨處理對應(yīng)的消息。
[0028]可選地，所述通信模塊具體用于:
[0029]根據(jù)消息的類型，將通信消息發(fā)送至分發(fā)隊列，通過處理消息分發(fā)的線程分發(fā)到對應(yīng)的應(yīng)用中。
[0030]可選地，所述通信協(xié)議包括TCP/IP通信協(xié)議或RDMA通信協(xié)議。
[0031]本發(fā)明所提供的云存儲的異構(gòu)消息處理方法及裝置，通過第一通信端向第二通信端發(fā)送通信請求;第一通信端通過第一信使模型獲取第二通信端的第二信使模型的信息；信使模型為不同消息通信的實體根據(jù)支持的通信協(xié)議預(yù)先注冊的對應(yīng)類型的模型;根據(jù)第一信使模型到第二信使模型的連接，通過對應(yīng)支持的通信協(xié)議進行數(shù)據(jù)的通信?？梢姡景l(fā)明所提供的云存儲的異構(gòu)消息處理方法及裝置，通過消息中間件對多種協(xié)議的支持，使得集群內(nèi)節(jié)點/進程間可通過不同協(xié)議傳輸異構(gòu)消息，而應(yīng)用層無需關(guān)心底層數(shù)據(jù)的傳輸細節(jié)。在降低了集群的部署成本的同時，提高了數(shù)據(jù)傳輸?shù)男?，降低了?shù)據(jù)在網(wǎng)絡(luò)中的延遲，充分發(fā)揮了節(jié)點在網(wǎng)絡(luò)中的通訊能力。
【附圖說明】
[0032]為了更清楚的說明本發(fā)明實施例或現(xiàn)有技術(shù)的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0033]圖1為本發(fā)明所提供的云存儲的異構(gòu)消息處理方法的一種【具體實施方式】的流程圖；
[0034]圖2為本發(fā)明所提供的云存儲的異構(gòu)消息處理方法的另一種【具體實施方式】的流程圖；
[0035]圖3為本發(fā)明實施例提供的云存儲的異構(gòu)消息處理裝置的結(jié)構(gòu)框圖。
【具體實施方式】
[0036]為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面結(jié)合附圖和【具體實施方式】對本發(fā)明作進一步的詳細說明。顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0037]本發(fā)明所提供的云存儲的異構(gòu)消息處理方法的一種【具體實施方式】的流程圖如圖1所示，該方法包括:
[0038]步驟SlOl:第一通信端向第二通信端發(fā)送通信請求；
[0039]步驟S102:所述第一通信端通過第一信使模型獲取所述第二通信端的第二信使模型的信息；其中，信使模型為不同消息通信的實體根據(jù)支持的通信協(xié)議預(yù)先注冊的對應(yīng)類型的模型；
[0040]不同消息通信的實體將實現(xiàn)一個對應(yīng)的信使模型。信使模型中將包含對應(yīng)實體到其他實體間的連接，連接用于消息的發(fā)送與接收。消息發(fā)送或者接收時，僅需要通過信使模型并通知信使模型消息發(fā)送或者接收的對端信使模型信息。
[0041 ]具體地，上層應(yīng)用可根據(jù)自己支持的通信協(xié)議注冊對應(yīng)類型的信使模型，這樣信使模型將根據(jù)其注冊的協(xié)議類型選用底層的通信協(xié)議進行數(shù)據(jù)的發(fā)送與接收。應(yīng)用無需關(guān)心底層的實現(xiàn)，并且其選擇的信使模型僅涉及該模型本身消息處理所采用的協(xié)議類型，而不影響其他信使模型的協(xié)議類型。這樣對于集群內(nèi)部的不同組件，可根據(jù)自身的需要注冊屬于自己的信使模型，不同的信使模型上可同時發(fā)送與接收不同協(xié)議類型的異構(gòu)消息。
[0042]步驟S103:根據(jù)所述第一信使模型到所述第二信使模型的連接，通過對應(yīng)支持的通信協(xié)議進行數(shù)據(jù)的通信。
[0043]本發(fā)明所提供的云存儲的異構(gòu)消息處理方法，通過第一通信端向第二通信端發(fā)送通信請求;第一通信端通過第一信使模型獲取第二通信端的第二信使模型的信息；信使模型為不同消息通信的實體根據(jù)支持的通信協(xié)議預(yù)先注冊的對應(yīng)類型的模型;根據(jù)第一信使模型到第二信使模型的連接，通過對應(yīng)支持的通信協(xié)議進行數(shù)據(jù)的通信?？梢?，本發(fā)明所提供的云存儲的異構(gòu)消息處理方法，通過消息中間件對多種協(xié)議的支持，使得集群內(nèi)節(jié)點/進程間可通過不同協(xié)議傳輸異構(gòu)消息，而應(yīng)用層無需關(guān)心底層數(shù)據(jù)的傳輸細節(jié)。在降低了集群的部署成本的同時，提高了數(shù)據(jù)傳輸?shù)男剩档土藬?shù)據(jù)在網(wǎng)絡(luò)中的延遲，充分發(fā)揮了節(jié)點在網(wǎng)絡(luò)中的通訊能力。
[0044]本發(fā)明所提供的云存儲的異構(gòu)消息處理方法中通信協(xié)議可以具體為TCP/IP通信協(xié)議或RDMA通信協(xié)議，當然還可以擴展為其他協(xié)議，這均不影響本發(fā)明的實現(xiàn)。
[0045]需要指出的是，本發(fā)明中上層應(yīng)用可以根據(jù)自身需求使用任意一種通信方式訪問集群，集群內(nèi)部亦可以有選擇的使用任意協(xié)議進行通信，并且多種協(xié)議類型的數(shù)據(jù)可以同時被處理，而無需上層應(yīng)用的修改。
[0046]具體地，消息處理底層接口需針對兩種協(xié)議提供兩套通信處理接口，可保證兩種協(xié)議的消息均可以被各自的通信接口所處理。兩套接口互不影響，并且無資源共享，可同時被調(diào)用。
[0047]在上述實施例的基礎(chǔ)上，本發(fā)明所提供的云存儲的異構(gòu)消息處理方法的另一種【具體實施方式】的流程圖如圖2所示，該方法包括:
[0048]步驟S201:第一通信端向第二通信端發(fā)送通信請求；
[0049]步驟S202:所述第一通信端通過第一信使模型獲取所述第二通信端的第二信使模型的信息；其中，信使模型為不同消息通信的實體根據(jù)支持的通信協(xié)議預(yù)先注冊的對應(yīng)類型的模型；
[0050]步驟S203:所述第一信使模型從內(nèi)部連接表中查詢是否存在到所述第二信使模型的連接;如果是，則進入步驟S204:如果否，則進入步驟S205;
[0051 ]步驟S204:創(chuàng)建從所述第一信使模型到所述第二信使模型的連接；
[