[發(fā)明專利]分布式服務(wù)系統(tǒng)、分布式服務(wù)系統(tǒng)的任務(wù)執(zhí)行方法和裝置

有效

• 申請?zhí)枺?/td>: 201010601767.1
• 申請日: 2010-12-22
• 公開（公告）號: CN102014169A
• 公開（公告）日: 2011-04-13
• 發(fā)明（設(shè)計）人: 方國;劉歆一;王能
• 申請（專利權(quán)）人: 北京中電普華信息技術(shù)有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京集佳知識產(chǎn)權(quán)代理有限公司 11227
• 代理人: 逯長明;王寶筠

技術(shù)領(lǐng)域

本申請涉及通信和計算機技術(shù)領(lǐng)域，特別是涉及分布式服務(wù)系統(tǒng)、分布式服務(wù)系統(tǒng)的任務(wù)執(zhí)行方法和裝置。

背景技術(shù)

隨著J2EE技術(shù)的發(fā)展，越來越多的服務(wù)系統(tǒng)都基于J2EE技術(shù)來創(chuàng)建。如，銀行系統(tǒng)、賬單系統(tǒng)和網(wǎng)上購物系統(tǒng)等。為了使服務(wù)系統(tǒng)提供更高的可靠性、可擴展性和容錯性，目前基于J2EE技術(shù)的服務(wù)系統(tǒng)常采用分布式的集群方案。

請參閱圖1，其為現(xiàn)有技術(shù)中一種分布式服務(wù)系統(tǒng)的場景示意圖。如圖1所示，在分布式服務(wù)系統(tǒng)中部署了多個應(yīng)用服務(wù)器，在用戶和應(yīng)用服務(wù)器之間還設(shè)置了一個負載均衡器或者代理服務(wù)器。當用戶發(fā)送Web請求到負載均衡器后，負載均衡器根據(jù)服務(wù)系統(tǒng)中各個應(yīng)用服務(wù)器當前的負載情況，將Web請求分發(fā)到其中一個負載小的應(yīng)用服務(wù)器，由該應(yīng)用服務(wù)器上的應(yīng)用系統(tǒng)執(zhí)行Web請求的任務(wù)。并且。當服務(wù)系統(tǒng)中一個應(yīng)用服務(wù)器執(zhí)行失敗時，負載均衡器將Web請求重新分發(fā)到其它應(yīng)用服務(wù)器上，保證系統(tǒng)的正常運行。可見，在現(xiàn)有的分布式服務(wù)系統(tǒng)中，每個應(yīng)用服務(wù)器上都內(nèi)置有一個完整的應(yīng)用系統(tǒng)以執(zhí)行分配給自身的Web任務(wù)。例如，在每個應(yīng)用服務(wù)器中都內(nèi)置有一個銷售系統(tǒng)，當應(yīng)用服務(wù)器1被分配一個Web請求后，由應(yīng)用服務(wù)器1內(nèi)置的銷售系統(tǒng)執(zhí)行Web請求的任務(wù)。

然而，發(fā)明人在研究中發(fā)現(xiàn)，在應(yīng)用系統(tǒng)中，不同的業(yè)務(wù)功能對資源的需求是不同的，例如，在銷售系統(tǒng)中，實現(xiàn)計費功能時需要進行大數(shù)據(jù)量的數(shù)據(jù)統(tǒng)計，因此，實現(xiàn)計費功能時對內(nèi)存資源的需求大，而相對地，實現(xiàn)菜單管理時并不需要大量的內(nèi)存資源。在現(xiàn)有技術(shù)中，是將整個應(yīng)用系統(tǒng)進行集群，每個應(yīng)用服務(wù)器上都內(nèi)置有功能相同的應(yīng)用系統(tǒng)，沒有考慮到應(yīng)用系統(tǒng)中不同的業(yè)務(wù)功能對資源需求的差異性，因此，這種以整個應(yīng)用系統(tǒng)為集群粒度的分布式服務(wù)系統(tǒng)比較浪費系統(tǒng)資源。

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

為了解決上述技術(shù)問題，本申請實施例提供了分布式服務(wù)系統(tǒng)、分布式服務(wù)系統(tǒng)的任務(wù)執(zhí)行方法和裝置，以節(jié)約系統(tǒng)資源。

本申請實施例公開了如下技術(shù)方案：

一種分布式服務(wù)系統(tǒng)，包括：一個任務(wù)分配器和一個應(yīng)用服務(wù)器集群，其中，所述應(yīng)用服務(wù)器集群包括至少兩個應(yīng)用服務(wù)器，用于實現(xiàn)應(yīng)用系統(tǒng)的基本配置的基本模塊分布在應(yīng)用服務(wù)器集群中的每一個應(yīng)用服務(wù)器上，用于實現(xiàn)應(yīng)用系統(tǒng)的業(yè)務(wù)功能的各個業(yè)務(wù)模塊按照重要程度越高分布的應(yīng)用服務(wù)器越多的規(guī)則，分布在應(yīng)用服務(wù)器集群中的應(yīng)用服務(wù)器上；所述任務(wù)分配器上配置有各個業(yè)務(wù)模塊在所述應(yīng)用服務(wù)器集群中的位置，以便當接收到用戶的服務(wù)請求時，根據(jù)所述位置將服務(wù)請求分配到對應(yīng)的應(yīng)用服務(wù)器上。

一種在分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的方法，包括：接收用戶的服務(wù)請求；根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中的位置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器；將所述服務(wù)請求分配給查找到的應(yīng)用服務(wù)器，以便由查找到的應(yīng)用服務(wù)器上的業(yè)務(wù)模塊執(zhí)行所述服務(wù)請求。

一種在分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的裝置，包括：請求接收單元，用于接收用戶的服務(wù)請求；查找單元，用于根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中的位置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器；任務(wù)執(zhí)行單元，用于將所述服務(wù)請求分配給查找到的應(yīng)用服務(wù)器，以便由查找到的應(yīng)用服務(wù)器上的業(yè)務(wù)模塊執(zhí)行所述服務(wù)請求。

由上述實施例可以看出，本申請實施例改變了傳統(tǒng)方式中對整個應(yīng)用系統(tǒng)進行分布式部署的模式，而是將應(yīng)用系統(tǒng)分解為基本模塊和業(yè)務(wù)模塊，并基于重要程度對業(yè)務(wù)模塊進行分布式部署。這種架構(gòu)為使用帶來了更大的靈活性。對于重要程度高的業(yè)務(wù)模塊，例如，對于資源耗費大的業(yè)務(wù)模塊或者使用頻率較高的業(yè)務(wù)模塊，可以采用分布式部署的方式，而對于資源耗費小的業(yè)務(wù)模塊或者使用頻率較低的業(yè)務(wù)模塊，可以不采用分布式部署的方式。即，在本申請的分布式服務(wù)系統(tǒng)中，以業(yè)務(wù)模塊為集群粒度，與傳統(tǒng)的以整個應(yīng)用系統(tǒng)為集群粒度相比，可以更加有針對性地進行部署，節(jié)約了系統(tǒng)資源。

附圖說明

為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，對于本領(lǐng)域普通技術(shù)人員而言，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為現(xiàn)有技術(shù)中一種分布式服務(wù)系統(tǒng)的場景示意圖；

圖2為本申請一種分布式服務(wù)系統(tǒng)的一個實施例的結(jié)構(gòu)示意圖；

圖3為本申請一種分布式的銷售系統(tǒng)的一個結(jié)構(gòu)示意圖；

圖4為本申請一種分布式的銷售系統(tǒng)的另一個結(jié)構(gòu)示意圖；

圖5為本申請一種分布式服務(wù)系統(tǒng)的另一個實施例的結(jié)構(gòu)示意圖；