本申請涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及解析任務(wù)的處理方法、裝置及服務(wù)器。

背景技術(shù)：

云服務(wù)是基于互聯(lián)網(wǎng)的相關(guān)服務(wù)的增加、使用和交付模式，隨著虛擬技術(shù)的發(fā)展，在云服務(wù)系統(tǒng)中，可以通過虛擬化技術(shù)在一臺云服務(wù)器的硬件平臺上虛擬出若干虛擬化平臺，每個虛擬化平臺可以對應(yīng)一臺VM(Virtual Machine，虛擬機)?，F(xiàn)有技術(shù)中，云服務(wù)器上的每臺VM都可以對應(yīng)一個網(wǎng)站的主域名，進一步每個主域名下可能對應(yīng)多個子域名。現(xiàn)有技術(shù)中，不同VM可以向生成域名解析的服務(wù)器發(fā)送對應(yīng)網(wǎng)站的解析任務(wù)，服務(wù)器通過執(zhí)行這些解析任務(wù)，為不同域名生成域名解析，以便將這些域名指向?qū)?yīng)網(wǎng)站的IP(Internet Protocol，互聯(lián)網(wǎng)協(xié)議)地址，從而使用戶可以訪問到這些主域名或者子域名對應(yīng)的網(wǎng)站資源。

但是，當(dāng)多個VM同時發(fā)送解析任務(wù)時，服務(wù)器為這些解析任務(wù)按照發(fā)送時間的先后順序，平均分配處理資源，導(dǎo)致某些重要的解析任務(wù)難以得到優(yōu)先處理，從而影響域名解析的生成進度，導(dǎo)致用戶無法優(yōu)先訪問網(wǎng)站資源。

技術(shù)實現(xiàn)要素：

本申請?zhí)峁┙馕鋈蝿?wù)的處理方法、裝置及服務(wù)器，以解決服務(wù)器為解析任務(wù)平均分配處理資源，從而影響網(wǎng)站的域名解析生成進度的問題。

根據(jù)本申請實施例的第一方面，提供一種解析任務(wù)的處理方法，所述方 法包括：

從每個域名的緩存隊列中獲取所述域名的原始解析任務(wù)；

根據(jù)所述原始解析任務(wù)為每個域名生成具有不同優(yōu)先級的組合解析任務(wù)，每個組合解析任務(wù)中包括一個或多個原始解析任務(wù)；

按照優(yōu)先級從高到低的順序為所述組合解析任務(wù)分配解析資源。

根據(jù)本申請實施例的第二方面，提供一種解析任務(wù)的處理裝置，所述裝置包括：

獲取單元，用于從每個域名的緩存隊列中獲取所述域名的原始解析任務(wù)；

生成單元，用于根據(jù)所述原始解析任務(wù)為每個域名生成具有不同優(yōu)先級的組合解析任務(wù)，每個組合解析任務(wù)中包括一個或多個原始解析任務(wù)；

分配單元，用于按照優(yōu)先級從高到低的順序為所述組合解析任務(wù)分配解析資源。

根據(jù)本申請實施例的第三方面，提供一種服務(wù)器，包括：

處理器；用于存儲所述處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

從每個域名的緩存隊列中獲取所述域名的原始解析任務(wù)；

根據(jù)所述原始解析任務(wù)為每個域名生成具有不同優(yōu)先級的組合解析任務(wù)，每個組合解析任務(wù)中包括一個或多個原始解析任務(wù)；

按照優(yōu)先級從高到低的順序為所述組合解析任務(wù)分配解析資源。

本申請實施例中通過緩存隊列緩存每個域名的原始解析任務(wù)，在對解析任務(wù)進行處理時，從每個域名的緩存隊列中獲取域名的原始解析任務(wù)，然后為每個域名生成具有不同優(yōu)先級的組合解析任務(wù)，并按照優(yōu)先級從高到低的順序為組合解析任務(wù)分配解析資源。本申請實施例由于根據(jù)每個域名的原始解析任務(wù)生成組合解析任務(wù)，因此減少了需要處理的解析任務(wù)的整體數(shù)量，且不同的組合解析任務(wù)具有不同的優(yōu)先級，因此可以根據(jù)優(yōu)先級分配解析資源，使重要的解析任務(wù)可以得到優(yōu)先處理，從而確保域名解析的生成進度，保證用戶可以優(yōu)先訪問網(wǎng)站資源。

應(yīng)當(dāng)理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本申請。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本申請的實施例，并與說明書一起用于解釋本申請的原理。

圖1為本申請實施例一種應(yīng)用場景示意圖；

圖2為本申請解析任務(wù)的處理方法的一個實施例流程圖；

圖3A為本申請解析任務(wù)的處理方法的另一個實施例流程圖

圖3B為圖3A中對解析任務(wù)進行處理的過程示意圖；

圖4為本申請解析任務(wù)的處理裝置所在服務(wù)器的一種硬件結(jié)構(gòu)圖；

圖5為本申請解析任務(wù)的處理裝置的一個實施例框圖；

圖6為本申請解析任務(wù)的處理裝置的另一個實施例框圖。

具體實施方式

在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”。

參見圖1，為應(yīng)用本申請實施例的一種應(yīng)用場景示意圖：

圖1中示出了一種云服務(wù)系統(tǒng)，本申請實施例可以基于該云服務(wù)系統(tǒng)進行解析任務(wù)的處理，進而可以基于處理結(jié)果生成域名解析，該云服務(wù)器系統(tǒng)中包括云服務(wù)器、解析任務(wù)的處理服務(wù)器(后續(xù)本申請實施例中簡稱為處理服務(wù)器)、以及生成域名解析的服務(wù)器(后續(xù)本申請實施例中簡稱為生成服務(wù)器)。其中，在云服務(wù)器上設(shè)置了n(n為大于1的自然數(shù))個VM，每個VM可以提供給一個網(wǎng)站，用于存儲該網(wǎng)站的網(wǎng)站資源，每個網(wǎng)站通過所分配的IP地址進行標(biāo)識。用戶可以通過輸入網(wǎng)站注冊的域名對網(wǎng)站資源進行訪問，在訪問過程中DNS服務(wù)器可以將域名轉(zhuǎn)換為網(wǎng)站的IP地址，從而完成對上述網(wǎng)站的訪問。由此可知，要實現(xiàn)用戶通過域名訪問到不同的網(wǎng)站資源，需要生成服務(wù)器預(yù)先執(zhí)行不同域名的解析任務(wù)，從而為不同域名生成域名解析，以便后續(xù)遵循生成的域名解析結(jié)果完成從域名到IP地址的轉(zhuǎn)換。

現(xiàn)有技術(shù)中，通常由生成服務(wù)器為這些解析任務(wù)按照發(fā)送時間的先后順序，平均分配處理資源，導(dǎo)致某些重要的解析任務(wù)難以得到優(yōu)先處理，從而影響域名解析的生成進度。如圖1中所示，本申請實施例可以在生成服務(wù)器前端設(shè)置處理服務(wù)器，由處理服務(wù)器先通過緩存隊列緩存每個域名對應(yīng)的VM發(fā)送的原始解析任務(wù)，然后對緩存隊列中的解析任務(wù)統(tǒng)一進行處理，從每個域名的緩存隊列中獲取域名的原始解析任務(wù)，然后為每個域名生成具有不同優(yōu)先級的組合解析任務(wù)，并按照優(yōu)先級從高到低的順序為組合解析任務(wù)分配解析資源，后續(xù)可以由生成服務(wù)器按照所分配的解析資源對組合解析任務(wù)進行解析，從而生成不同域名的域名解析；需要說明的是，圖1中示出的處理服務(wù)器獨立于生成服務(wù)器設(shè)置，在實際應(yīng)用中，處理服務(wù)器和生成服務(wù)器的功能也可以集成在一臺服務(wù)器上，對此本申請實施例不進行限制，本申請實施例可以應(yīng)用在任意集成了處理解析任務(wù)功能的服務(wù)器上。

參見圖2，為本申請解析任務(wù)的處理方法的一個實施例流程圖，該實施例從服務(wù)器側(cè)進行描述：

步驟201：從每個域名的緩存隊列中獲取域名的原始解析任務(wù)。

在為不同域名生成域名解析的過程中，每個域名都會對應(yīng)多個解析任務(wù)， 通過執(zhí)行這些解析任務(wù)，從而生成域名解析。這些解析任務(wù)可以包括：AddZone(配置域名域)的解析任務(wù)；配置A(Address，地址)記錄的解析任務(wù)；配置CNAME(別名)記錄的解析任務(wù)；配置MX(Mailbox，郵箱)記錄的解析任務(wù)；還可以包括DelZone(刪除域名域)的解析任務(wù)，配置垃圾郵件過濾的解析任務(wù)，配置目錄訪問的解析任務(wù)等；配置上述解析任務(wù)的具體內(nèi)容和配置方式與現(xiàn)有技術(shù)一致，在此不再贅述。

本申請實施例中可以預(yù)先為每個域名創(chuàng)建一個緩存隊列，每個緩存隊列用于緩存所對應(yīng)的域名的解析任務(wù)，因此當(dāng)接收到某個域名的解析任務(wù)后，可以按照接收的時間先后順序，將該域名的解析任務(wù)添加到該域名的緩存隊列中。當(dāng)要對解析任務(wù)進行處理時，可以從上述緩存隊列中提取出每個域名的解析任務(wù)，為了區(qū)別于后續(xù)生成的組合解析任務(wù)，本申請實施例中可以將緩存隊列中緩存的解析任務(wù)稱為原始解析任務(wù)。

步驟202：根據(jù)原始解析任務(wù)為每個域名生成具有不同優(yōu)先級的組合解析任務(wù)，每個組合解析任務(wù)中包括一個或多個原始解析任務(wù)。

本申請實施例可以預(yù)先根據(jù)不同解析任務(wù)對生成域名解析的重要性程度不同，對原始解析任務(wù)進行分類得到預(yù)設(shè)的任務(wù)類型，本申請實施例中任務(wù)類型可以包括重要性程度較高的事務(wù)性任務(wù)，例如，AddZone的解析任務(wù)、配置A記錄的解析任務(wù)、配置CNAME記錄的解析任務(wù)、配置MX記錄的解析任務(wù)等，以及重要性程度不高的常規(guī)性任務(wù)，例如，DelZone的解析任務(wù)、配置垃圾郵件過濾的解析任務(wù)、配置目錄訪問的解析任務(wù)等。

在獲取到每個域名的原始解析任務(wù)后，按照上述預(yù)設(shè)的任務(wù)類型對每個域名的原始解析任務(wù)進行分類，并根據(jù)分類結(jié)果生成具有不同優(yōu)先級的組合解析任務(wù)，每個組合解析任務(wù)中包含具有相同任務(wù)類型的一個或多個解析任務(wù)。例如，生成的組合解析任務(wù)包括第一組合解析任務(wù)和第二組合解析任務(wù)，其中，第一組合解析任務(wù)中包括的解析任務(wù)的任務(wù)類型均為事務(wù)性任務(wù)，第二組合解析任務(wù)中包括的解析任務(wù)的任務(wù)類型均為常規(guī)性任務(wù)，則可知第一組合解析任務(wù)的優(yōu)先級高于第二組合解析任務(wù)的優(yōu)先級。

步驟203：按照優(yōu)先級從高到低的順序為組合解析任務(wù)分配解析資源。

本申請實施例可以預(yù)先根據(jù)任務(wù)類型的分類，或者說按照組合解析任務(wù)的優(yōu)先級，為每一種優(yōu)先級設(shè)置一個任務(wù)隊列，如前步驟202中的示例，可以為優(yōu)先級較高的第一組合解析任務(wù)設(shè)置高優(yōu)先級任務(wù)隊列，本實施例中也可稱為第一任務(wù)隊列，為優(yōu)先級相對較低的第二組合解析任務(wù)設(shè)置低優(yōu)先級任務(wù)隊列，本實施例中也可稱為第二任務(wù)隊列。

在為每個域名生成具有不同優(yōu)先級的組合解析任務(wù)后，可以將每個組合解析任務(wù)添加到對應(yīng)的任務(wù)隊列中，然后按照任務(wù)隊列中組合解析任務(wù)的優(yōu)先級從高到低的順序，即任務(wù)隊列的優(yōu)先級從高到低的順序，為不同的任務(wù)隊列分配解析資源，即優(yōu)先為優(yōu)先級較高的第一任務(wù)隊列分配解析資源。

由上述實施例可見，該實施例由于根據(jù)每個域名的原始解析任務(wù)生成組合解析任務(wù)，因此減少了需要處理的解析任務(wù)的整體數(shù)量，且不同的組合解析任務(wù)具有不同的優(yōu)先級，因此可以根據(jù)優(yōu)先級分配解析資源，使重要的解析任務(wù)可以得到優(yōu)先處理，從而確保域名解析的生成進度，保證用戶可以優(yōu)先訪問網(wǎng)站資源。

參見圖3A，為本申請解析任務(wù)的處理方法的另一個實施例流程圖，該實施例對解析任務(wù)的處理過程進行詳細描述：

步驟301：預(yù)先為每個域名創(chuàng)建緩存隊列。

結(jié)合圖1可知，本申請實施例可以在處理服務(wù)器上完成，處理服務(wù)器與云服務(wù)器進行通信，統(tǒng)一為云服務(wù)器上不同VM所對應(yīng)網(wǎng)站的注冊域名的解析任務(wù)進行處理，其中每個域名都會對應(yīng)多個解析任務(wù)。這些解析任務(wù)可以包括：AddZone的解析任務(wù)，AddZone用于指示域名解析的查找區(qū)域；配置A記錄的解析任務(wù)，A記錄用于指定域名對應(yīng)的IP地址；配置CNAME記錄的解析任務(wù)，CNAME記錄用于將多個域名映射到同一IP地址；配置MX記錄的解析任務(wù)，MX記錄用于指示域名對應(yīng)的郵件服務(wù)器的路由；還可以包括DelZone(刪除域名域)的解析任務(wù)，配置垃圾郵件過濾的解析任務(wù)，配置目錄訪問的解析任務(wù)等；配置上述解析任務(wù)的具體內(nèi)容和配置方式與現(xiàn)有 技術(shù)一致，在此不再贅述。

本申請實施例中可以預(yù)先為每個域名創(chuàng)建一個緩存隊列，每個緩存隊列用于緩存所對應(yīng)的域名的解析任務(wù)。如圖3B所示，為本申請實施例中對解析任務(wù)進行處理的過程示意圖，對應(yīng)于本步驟，假設(shè)有n(n為大于1的自然數(shù))個網(wǎng)站需要生成域名解析，則為每個網(wǎng)站的域名創(chuàng)建一個緩存隊列，分別為緩存隊列1至緩存隊列n。

步驟302：當(dāng)接收到每個域名的原始解析任務(wù)后，將接收到的原始解析任務(wù)添加到每個域名對應(yīng)的緩存隊列中。

當(dāng)接收到某個域名的解析任務(wù)后，可以按照接收的時間先后順序，將該域名的解析任務(wù)添加到該域名的緩存隊列中。如圖3B所示，以網(wǎng)站1為例，對應(yīng)網(wǎng)站1的解析任務(wù)按照發(fā)送的時間先后順序，依次添加到緩存隊列1中。

步驟303：當(dāng)開始處理解析任務(wù)時，從每個域名的緩存隊列中獲取每個域名的原始解析任務(wù)。

當(dāng)要對解析任務(wù)進行處理時，可以從上述緩存隊列中提取出每個域名的解析任務(wù)，為了區(qū)別于后續(xù)生成的組合解析任務(wù)，本申請實施例中將緩存隊列中緩存的解析任務(wù)稱為原始解析任務(wù)。如圖3B所示，從緩存隊列1至緩存隊列n中分別獲取網(wǎng)站1至網(wǎng)站n的域名的原始解析任務(wù)。

步驟304：按照預(yù)設(shè)的任務(wù)類型對獲取的每個域名的原始解析任務(wù)進行分類。

本申請實施例可以預(yù)先根據(jù)不同解析任務(wù)對生成域名解析的重要性程度不同，對原始解析任務(wù)進行分類得到預(yù)設(shè)的任務(wù)類型，本申請實施例中任務(wù)類型可以包括重要性程度較高的事務(wù)性任務(wù)，例如，AddZone的解析任務(wù)、配置A記錄的解析任務(wù)、配置CNAME記錄的解析任務(wù)，配置MX記錄的解析任務(wù)等，以及重要性程度不高的常規(guī)性任務(wù)，例如，DelZone的解析任務(wù)，配置垃圾郵件過濾的解析任務(wù)，配置目錄訪問的解析任務(wù)等。

在獲取到每個域名的原始解析任務(wù)后，按照上述預(yù)設(shè)的任務(wù)類型對每個域名的原始解析任務(wù)進行分類，如圖3B所示，以緩存隊列1為例，對緩存 隊列1中的解析任務(wù)按照上述任務(wù)類型分為兩類，分別為事務(wù)性任務(wù)和常規(guī)性任務(wù)。

步驟305：根據(jù)分類結(jié)果生成組合解析任務(wù)，該組合解析任務(wù)包括第一組合解析任務(wù)和第二組合解析任務(wù)，第一組合解析任務(wù)的優(yōu)先級高于所述第二組合解析任務(wù)的優(yōu)先級，每個組合解析任務(wù)中包括一個或多個原始解析任務(wù)。

本步驟中，根據(jù)前述步驟304中的分類結(jié)果生成具有不同優(yōu)先級的組合解析任務(wù)，每個組合解析任務(wù)中包含具有相同任務(wù)類型的一個或多個解析任務(wù)。假設(shè)生成的組合解析任務(wù)包括第一組合解析任務(wù)和第二組合解析任務(wù)，其中，第一組合解析任務(wù)中包括的解析任務(wù)的任務(wù)類型均為事務(wù)性任務(wù)，第二組合解析任務(wù)中包括的解析任務(wù)的任務(wù)類型均為常規(guī)性任務(wù)，則可知第一組合解析任務(wù)的優(yōu)先級高于第二組合解析任務(wù)的優(yōu)先級。結(jié)合圖3B，通過執(zhí)行本步驟，可以為網(wǎng)站1至網(wǎng)站n的n個域名中的每個域名分別生成具有不同優(yōu)先級的組合解析任務(wù)。

步驟306：將每個組合解析任務(wù)添加到與每個組合解析任務(wù)的優(yōu)先級對應(yīng)的任務(wù)隊列。

本申請實施例可以預(yù)先根據(jù)任務(wù)類型的分類，或者說按照組合解析任務(wù)的優(yōu)先級，為每一種優(yōu)先級設(shè)置一個任務(wù)隊列，結(jié)合前述步驟305和圖3B，可以為優(yōu)先級較高的第一組合解析任務(wù)設(shè)置高優(yōu)先級任務(wù)隊列，本實施例中也可稱為第一任務(wù)隊列，為優(yōu)先級相對較低的第二組合解析任務(wù)設(shè)置低優(yōu)先級任務(wù)隊列，本實施例中也可稱為第二任務(wù)隊列；對于已生成的網(wǎng)站1至網(wǎng)站n的每個域名的組合解析任務(wù)，可以將這些組合解析任務(wù)添加到對應(yīng)優(yōu)先級的任務(wù)隊列中，即將第一組合解析任務(wù)添加到高優(yōu)先級任務(wù)隊列，以及將第二組合解析任務(wù)添加到低優(yōu)先級任務(wù)隊列。

步驟307：按照任務(wù)隊列中組合解析任務(wù)的優(yōu)先級從高到低的順序，為任務(wù)隊列分配解析資源。

本步驟中按照任務(wù)隊列的優(yōu)先級從高到低的順序，為不同的任務(wù)隊列分 配解析資源，結(jié)合圖3B可知，優(yōu)先為高優(yōu)先級任務(wù)隊列分配解析資源。

在一個分配解析資源的例子中，對于高優(yōu)先級任務(wù)隊列，可以獲取高優(yōu)先級任務(wù)隊列中包含的組合解析任務(wù)的第一任務(wù)數(shù)量，調(diào)用與第一任務(wù)數(shù)量一致的第一解析生產(chǎn)線程，以便通過第一解析生產(chǎn)線程對第一任務(wù)隊列中的組合解析任務(wù)進行分布式處理，即每個第一解析生產(chǎn)線程負(fù)責(zé)解析一個組合解析任務(wù)，以便充分保證高優(yōu)先級任務(wù)隊列中的組合解析任務(wù)得到優(yōu)先全面的處理，如圖3B所示，假設(shè)高優(yōu)先級任務(wù)隊列中包括x個組合解析任務(wù)，則為高優(yōu)先級任務(wù)隊列調(diào)用x個解析生產(chǎn)線程；對于低優(yōu)先級任務(wù)隊列，由于低優(yōu)先級任務(wù)隊列的優(yōu)先級較低，因此為低優(yōu)先級任務(wù)隊列調(diào)用的第二解析生產(chǎn)線程的數(shù)量可以小于低優(yōu)先級任務(wù)隊列中包含的組合解析任務(wù)的第二任務(wù)數(shù)量，或者說在為了滿足對高優(yōu)先級任務(wù)隊列中的組合解析任務(wù)進行分布式處理，從而優(yōu)先為高優(yōu)先級任務(wù)隊列調(diào)用完解析生產(chǎn)線程后，再為低優(yōu)先級任務(wù)隊列中的組合解析任務(wù)調(diào)用剩余的解析生產(chǎn)線程，如圖3B所示，假設(shè)低優(yōu)先級任務(wù)隊列中包括m個組合解析任務(wù)，處理服務(wù)器可以為低優(yōu)先級任務(wù)隊列調(diào)用除x個解析生產(chǎn)線程外的剩余解析生產(chǎn)線程，剩余解析生產(chǎn)線程的數(shù)量可能大于m，也可能小于m，相應(yīng)的，如圖3B中，可以從剩余解析生產(chǎn)線程中為低優(yōu)先級任務(wù)隊列調(diào)用y個解析生產(chǎn)線程，y的數(shù)量不超過m。

在另一個可選的例子中，在為不同任務(wù)隊列分配解析資源之后，處理服務(wù)器還可以判斷當(dāng)前解析任務(wù)的訪問頻率是否超過預(yù)設(shè)的訪問頻率上限閾值，當(dāng)超過訪問頻率上限閾值時，說明當(dāng)前的解析資源難以滿足對所有組合解析任務(wù)進行處理，此時可以保持為高優(yōu)先級任務(wù)隊列分配的解析資源，同時減少為低優(yōu)先級任務(wù)隊列分配的解析資源，直至訪問頻率不超過訪問頻率上限閾值；也就是，在任何情況下，采用本申請實施例可以保證優(yōu)先級較高的事務(wù)性任務(wù)可以優(yōu)先獲得解析資源，由于事務(wù)性任務(wù)是生成域名解析的關(guān)鍵，因此采用本申請實施例可以不影響域名解析的生成，保證用戶可以優(yōu)先訪問到網(wǎng)站資源。

由上述實施例可見，該實施例由于根據(jù)每個域名的原始解析任務(wù)生成組合解析任務(wù)，因此減少了需要處理的解析任務(wù)的整體數(shù)量，且不同的組合解析任務(wù)具有不同的優(yōu)先級，因此可以根據(jù)優(yōu)先級分配解析資源，使重要的解析任務(wù)可以得到優(yōu)先處理，從而確保域名解析的生成進度，保證用戶可以優(yōu)先訪問網(wǎng)站資源；并且，如果所發(fā)送的解析任務(wù)導(dǎo)致服務(wù)器的訪問頻率達到訪問上限時，與現(xiàn)有屏蔽所有解析任務(wù)不同，本申請實施例可以保證高優(yōu)先級的任務(wù)隊列的解析資源，減少或者不再為低優(yōu)先級的任務(wù)隊列分配解析資源，從而可以確保重要的解析任務(wù)可以優(yōu)先得到處理，不影響域名解析的生成。

與前述提供的解析任務(wù)的處理方法的實施例相對應(yīng)，本申請還提供了解析任務(wù)的處理裝置及服務(wù)器的實施例。

本申請解析任務(wù)的處理裝置的實施例可以應(yīng)用在服務(wù)器上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在設(shè)備的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖4所示，為本申請解析任務(wù)的處理裝置所在服務(wù)器的一種硬件結(jié)構(gòu)圖，除了圖4所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲器之外，實施例中裝置所在的生成服務(wù)器通常根據(jù)器實際功能，還可以包括其他硬件，圖4中不再一一示出。

參見圖5，為本申請解析任務(wù)的處理裝置的一個實施例框圖：

該裝置包括：獲取單元510、生成單元520和分配單元530。

其中，獲取單元510，用于從每個域名的緩存隊列中獲取所述域名的原始解析任務(wù)；

生成單元520，用于根據(jù)所述原始解析任務(wù)為每個域名生成具有不同優(yōu)先級的組合解析任務(wù)，每個組合解析任務(wù)中包括一個或多個原始解析任務(wù)；

分配單元530，用于按照優(yōu)先級從高到低的順序為所述組合解析任務(wù)分配解析資源。

參見圖6，為本申請解析任務(wù)的處理裝置的另一個實施例框圖：

該裝置包括：創(chuàng)建單元610、添加單元620、獲取單元630、生成單元640和分配單元650。

其中，創(chuàng)建單元610，用于預(yù)先為每個域名創(chuàng)建緩存隊列；

添加單元620，用于當(dāng)接收到目標(biāo)域名的原始解析任務(wù)后，將接收到的原始解析任務(wù)添加到所述目標(biāo)域名的緩存隊列中；

獲取單元630，用于從每個域名的緩存隊列中獲取所述域名的原始解析任務(wù)；

生成單元640，用于根據(jù)所述原始解析任務(wù)為每個域名生成具有不同優(yōu)先級的組合解析任務(wù)，每個組合解析任務(wù)中包括一個或多個原始解析任務(wù)；

分配單元650，用于按照優(yōu)先級從高到低的順序為所述組合解析任務(wù)分配解析資源。

在一個可選的實現(xiàn)方式中：

所述生成單元640可以包括(圖6中未示出)：

任務(wù)分類子單元，用于按照預(yù)設(shè)的任務(wù)類型對獲取的每個域名的原始解析任務(wù)進行分類；

任務(wù)生成子單元，用于根據(jù)分類結(jié)果生成組合解析任務(wù)，所述組合解析任務(wù)包括第一組合解析任務(wù)和第二組合解析任務(wù)，其中，所述第一組合解析任務(wù)的優(yōu)先級高于所述第二組合解析任務(wù)的優(yōu)先級，所述第一組合解析任務(wù)中包括任務(wù)類型為事務(wù)性任務(wù)的第一原始解析任務(wù)，所述第二組合解析任務(wù)中包括除所述第一原始解析任務(wù)外的第二原始解析任務(wù)。

其中，所述第一原始解析任務(wù)可以包括：配置域名域AddZone的解析任務(wù)，配置A記錄的解析任務(wù)，配置CNAME記錄的解析任務(wù)；

所述第二原始解析任務(wù)可以包括：刪除域名域DelZone的解析任務(wù)，配置垃圾郵件過濾的解析任務(wù)，配置目錄訪問的解析任務(wù)。

在另一個可選的實現(xiàn)方式中：

所述裝置還可以包括(圖6中未示出)：

設(shè)置單元，用于分別為每個類型的優(yōu)先級設(shè)置任務(wù)隊列；

相應(yīng)的，所述分配單元650可以包括(圖6中未示出)：

任務(wù)添加子單元，用于將每個組合解析任務(wù)添加到與所述每個組合解析任務(wù)的優(yōu)先級對應(yīng)的任務(wù)隊列；

資源分配子單元，用于按照所述任務(wù)隊列中組合解析任務(wù)的優(yōu)先級從高到低的順序，為所述任務(wù)隊列分配解析資源。

在另一個可選的實現(xiàn)方式中：

所述任務(wù)隊列可以包括第一任務(wù)隊列和第二任務(wù)隊列，其中，所述第一任務(wù)隊列中組合解析任務(wù)的優(yōu)先級高于所述第二任務(wù)隊列中組合解析任務(wù)的優(yōu)先級；

相應(yīng)的，所述資源分配子單元，可以具體用于獲取所述第一任務(wù)隊列中包含的組合解析任務(wù)的第一任務(wù)數(shù)量，為所述第一任務(wù)隊列調(diào)用與所述第一任務(wù)數(shù)量一致的第一解析生產(chǎn)線程，所述第一解析生產(chǎn)線程用于對所述第一任務(wù)隊列中的組合解析任務(wù)進行分布式處理，以及，為所述第二任務(wù)隊列調(diào)用第二解析生產(chǎn)線程，所述第二解析生產(chǎn)線程的數(shù)量小于所述第二任務(wù)隊列中包含的組合解析任務(wù)的第二任務(wù)數(shù)量。

在另一個可選的實現(xiàn)方式中：

所述裝置還可以包括(圖6中未示出)：

判斷單元，用于判斷當(dāng)前訪問頻率是否超過預(yù)設(shè)的訪問頻率上限閾值；

調(diào)整單元，用于當(dāng)所述當(dāng)前訪問頻率超過所述訪問頻率上限閾值時，保持為所述第一任務(wù)隊列分配的解析資源，以及減少為所述第二任務(wù)隊列分配的解析資源。

上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實現(xiàn)過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應(yīng)于方法實施例，所以相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作 為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

由上述實施例可見，由于根據(jù)每個域名的原始解析任務(wù)生成組合解析任務(wù)，因此減少了需要處理的解析任務(wù)的整體數(shù)量，且不同的組合解析任務(wù)具有不同的優(yōu)先級，因此可以根據(jù)優(yōu)先級分配解析資源，使重要的解析任務(wù)可以得到優(yōu)先處理，從而確保域名解析的生成進度，保證用戶可以優(yōu)先訪問網(wǎng)站資源。

本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本申請的其它實施方案。本申請旨在涵蓋本申請的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本申請的一般性原理并包括本申請未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本申請的真正范圍和精神由下面的權(quán)利要求指出。

應(yīng)當(dāng)理解的是，本申請并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進行各種修改和改變。本申請的范圍僅由所附的權(quán)利要求來限制。