專利名稱：內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量相關(guān)的分析技術(shù)，尤其涉及內(nèi)容分發(fā)網(wǎng)絡(luò)上的加速測試方法和裝置。
背景技術(shù)：
Q)N的全稱是Content Delivery Network,即內(nèi)容分發(fā)網(wǎng)絡(luò),其基本思路是盡可能避開互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的瓶頸和環(huán)節(jié)，使內(nèi)容傳輸?shù)母?、更穩(wěn)定。通過在網(wǎng)絡(luò)各處放置節(jié)點(diǎn)服務(wù)器所構(gòu)成的在現(xiàn)有的互聯(lián)網(wǎng)基礎(chǔ)之上的一層智能虛擬網(wǎng)絡(luò)，CDN系統(tǒng)能夠?qū)崟r(shí)地根據(jù)網(wǎng)絡(luò)流量和各節(jié)點(diǎn)的連接、負(fù)載狀況以及到用戶的距離和響應(yīng)時(shí)間等綜合信息將用戶的請求重新導(dǎo)向離用戶最近的服務(wù)節(jié)點(diǎn)上。其目的是使用戶可就近取得所需內(nèi)容，解決Internet網(wǎng)絡(luò)擁擠的狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度。作為⑶N使用者，購買⑶N服務(wù)時(shí)往往需要了解⑶N服務(wù)提供商的加速效果。如何評估內(nèi)容分發(fā)網(wǎng)絡(luò)的加速效果，目前常用的步驟是(I)⑶N服務(wù)提供商進(jìn)行網(wǎng)站加速配置并部署；(2)網(wǎng)站將域名指向⑶N服務(wù)提供商提供的加速域名進(jìn)行試用；(3)通過第三方服務(wù)質(zhì)量探測工具，利用安裝客戶端的終端用戶發(fā)起請求，記錄訪問源站和加速節(jié)點(diǎn)單個(gè)頁面元素或全頁面的時(shí)間；(4)使用收集到的監(jiān)控?cái)?shù)據(jù)作為加速效果的判斷標(biāo)準(zhǔn)。然而該方法配置繁瑣，需要⑶N使用者做域名調(diào)整，且測試周期長，在實(shí)際使用上存在一些問題( I)無法在銷售環(huán)節(jié)直觀提供⑶N服務(wù)的加速效果；(2)延長了意向客戶商務(wù)達(dá)成所需要的時(shí)間；( 3 )大大增加了非目標(biāo)客戶對⑶N服務(wù)提供商的資源使用。

發(fā)明內(nèi)容
本發(fā)明的目的在于解決上述問題，提供了一種內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法和裝置，解決了網(wǎng)站正式進(jìn)行CDN加速前，無法獲知加速效果的問題。本發(fā)明的技術(shù)方案為本發(fā)明揭示了一種內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法，包括獲取用于測試的目標(biāo)URL地址；對目標(biāo)URL進(jìn)行拉取文件的測試，判斷對該目標(biāo)URL的訪問是否正常；對正常訪問的目標(biāo)URL，通知內(nèi)容分發(fā)網(wǎng)絡(luò)的各邊緣節(jié)點(diǎn)執(zhí)行預(yù)部署，在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上緩存目標(biāo)URL的內(nèi)容；通過對源站和邊緣節(jié)點(diǎn)的對比測試，記錄訪問時(shí)間，并根據(jù)返回的測試數(shù)據(jù)生成網(wǎng)絡(luò)加速效果的測試報(bào)告。根據(jù)本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法的一實(shí)施例，在預(yù)部署的過程中，向源站拉取目標(biāo)URL文件或頁面上的所有元素，將目標(biāo)URL的內(nèi)容緩存在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上。根據(jù)本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法的一實(shí)施例，在對源站和邊緣節(jié)點(diǎn)進(jìn)行對比測試的過程中，包括提供一瀏覽器頁面； 通過本地同時(shí)訪問源站和邊緣節(jié)點(diǎn)上的URL內(nèi)容，使用腳本記錄訪問源站和邊緣節(jié)點(diǎn)上URL內(nèi)容的時(shí)間，其中生成的測試報(bào)告中包括本地測試時(shí)間對比。根據(jù)本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法的一實(shí)施例，在對源站和邊緣節(jié)點(diǎn)進(jìn)行對比測試的過程中，包括通過單個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間；根據(jù)每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間得到頁面中每個(gè)元素下載的對比時(shí)間，其中生成的測試報(bào)告中包括單監(jiān)控點(diǎn)頁面元素時(shí)間對比。根據(jù)本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法的一實(shí)施例，在對源站和邊緣節(jié)點(diǎn)進(jìn)行對比測試的過程中，包括通過多個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄整個(gè)頁面的加載完成時(shí)間；根據(jù)整個(gè)頁面的加載完成時(shí)間得到每個(gè)區(qū)域的訪問時(shí)間對比曲線，其中生成的測試報(bào)告中包括多監(jiān)控點(diǎn)全頁面時(shí)間對比。本發(fā)明還揭示了一種內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置，包括目標(biāo)URL獲取模塊，獲取用于測試的目標(biāo)URL地址；訪問狀況檢測模塊，對目標(biāo)URL進(jìn)行拉取文件的測試，判斷對該目標(biāo)URL的訪問是否正常；預(yù)部署模塊，對正常訪問的目標(biāo)URL，通知內(nèi)容分發(fā)網(wǎng)絡(luò)的各邊緣節(jié)點(diǎn)執(zhí)行預(yù)部署，在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上緩存目標(biāo)URL的內(nèi)容；對比測試模塊，通過對源站和邊緣節(jié)點(diǎn)的對比測試，記錄訪問時(shí)間，并根據(jù)返回的測試數(shù)據(jù)生成網(wǎng)絡(luò)加速效果的測試報(bào)告。根據(jù)本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置的一實(shí)施例，在預(yù)部署模塊中，向源站拉取目標(biāo)URL文件或頁面上的所有元素，將目標(biāo)URL的內(nèi)容緩存在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上。根據(jù)本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置的一實(shí)施例，對比測試模塊包括本地測試子模塊，本地測試子模塊進(jìn)一步包括瀏覽器頁面單元，提供一瀏覽器頁面；腳本訪問單元，通過本地同時(shí)訪問源站和邊緣節(jié)點(diǎn)上的URL內(nèi)容，使用腳本記錄訪問源站和邊緣節(jié)點(diǎn)上URL內(nèi)容的時(shí)間；本地測試報(bào)告生成單元，根據(jù)腳本訪問單元的結(jié)果生成測試報(bào)告，其中包括本地測試時(shí)間對比。根據(jù)本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置的一實(shí)施例，對比測試模塊包括單監(jiān)控點(diǎn)測試子模塊，單監(jiān)控點(diǎn)測試子模塊進(jìn)一步包括單監(jiān)控點(diǎn)訪問單元，通過單個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間；
單監(jiān)控點(diǎn)報(bào)告生成單元，根據(jù)每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間得到頁面中每個(gè)元素下載的對比時(shí)間，生成的測試報(bào)告，報(bào)告包括單監(jiān)控點(diǎn)頁面元素時(shí)間對比。根據(jù)本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置的一實(shí)施例，對比測試模塊包括多監(jiān)控點(diǎn)測試子模塊，多監(jiān)控點(diǎn)測試子模塊包括
多監(jiān)控點(diǎn)訪問單元，通過多個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄整個(gè)頁面的加載完成時(shí)間；多監(jiān)控點(diǎn)報(bào)告生成單元，根據(jù)整個(gè)頁面的加載完成時(shí)間得到每個(gè)區(qū)域的訪問時(shí)間對比曲線，生成測試報(bào)告，報(bào)告包括多監(jiān)控點(diǎn)全頁面時(shí)間對比。本發(fā)明對比現(xiàn)有技術(shù)有如下的有益效果本發(fā)明的方案是預(yù)部署服務(wù)和交替對比測試。預(yù)部署服務(wù)是指邊緣節(jié)點(diǎn)提供對目標(biāo)URL頁面的緩存和服務(wù)。通過對輸入的網(wǎng)站URL進(jìn)行預(yù)部署，緩存相應(yīng)內(nèi)容并提供臨時(shí)的WEB服務(wù)，模擬了真實(shí)加速的場景，從而解決了無法在銷售環(huán)節(jié)直觀提供CDN服務(wù)加速效果的問題。交替對比測試是指定對源站和預(yù)部署邊緣節(jié)點(diǎn)進(jìn)行訪問效果測試。采用對源站和預(yù)部署邊緣節(jié)點(diǎn)的交替測試，分別記錄訪問時(shí)間進(jìn)行對比，通過直觀的對比報(bào)告向客戶展示預(yù)測的加速效果，從而縮短意向客戶商務(wù)達(dá)成所需的時(shí)間，減少非目標(biāo)客戶對CDN服務(wù)提供商的資源消耗。相較于傳統(tǒng)技術(shù)，通過在CDN上進(jìn)行URL的預(yù)部署和加速效果測試，在進(jìn)行正式加速前預(yù)測實(shí)際加速的效果，一方面避免了繁瑣的配置和網(wǎng)站調(diào)整，另一方面縮短了測試的周期，有效節(jié)省簽約雙方的時(shí)間。


圖I示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法的較佳實(shí)施例的流程圖。圖2示出了本發(fā)明的加速效果測試的子流程圖。圖3示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置的較佳實(shí)施例的原理圖。圖4A — 4C分別示出了本發(fā)明的本地測試子模塊、單監(jiān)控點(diǎn)測試子模塊和多監(jiān)控點(diǎn)測試子模塊的原理圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例對本發(fā)明作進(jìn)一步的描述。圖I示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法的較佳實(shí)施例的流程。請參見圖1，下面是對本實(shí)施例的加速測試方法的實(shí)施例的實(shí)施步驟的詳細(xì)描述。步驟SlO :獲取測試URL。由測試用戶提供測試的目標(biāo)URL地址，該URL的內(nèi)容將作為緩存的對象。步驟Sll :URL返回碼驗(yàn)證。對用戶輸入的URL進(jìn)行拉取文件測試，并驗(yàn)證返回的HTTP狀態(tài)碼。步驟S12 =HTTP狀態(tài)碼返回200為正常訪問，進(jìn)入步驟S13，其余情況視為訪問異常，進(jìn)入步驟S16。通過這一驗(yàn)證步驟，避免對無效URL進(jìn)行預(yù)部署加速和測試，減少資源浪費(fèi)。步驟S13 :通知邊緣節(jié)點(diǎn)，緩存URL內(nèi)容。通知各個(gè)邊緣節(jié)點(diǎn)執(zhí)行預(yù)部署，向源站拉取目標(biāo)URL文件或頁面上所有元素，將目標(biāo)數(shù)據(jù)按照有效時(shí)間(例如3天)的規(guī)則進(jìn)行緩存，保證這一期間節(jié)點(diǎn)上存在相應(yīng)內(nèi)容。各個(gè)邊緣節(jié)點(diǎn)對特定訪問源提供WEB服務(wù)，使外部HTTP訪問能夠獲得目標(biāo)URL內(nèi)容。通過這一預(yù)部署步驟，解決了無法在銷售環(huán)節(jié)直觀提供CDN服務(wù)加速效果的問題。步驟S14 :加速效果測試，通過對源站和邊緣節(jié)點(diǎn)進(jìn)行對比測試，記錄訪問時(shí)間。這一步驟可包括3種實(shí)現(xiàn)方式本地瀏覽器測試、監(jiān)控點(diǎn)頁面元素比較、以及監(jiān)控點(diǎn)全頁面時(shí)間比較。本地瀏覽器測試方式是提供一個(gè)瀏覽器頁面，打開后通過用戶本地同時(shí)訪問源站和邊緣節(jié)點(diǎn)上的URL內(nèi)容，通過JS腳本記錄兩邊的時(shí)間，從而進(jìn)行加速前后頁面打開時(shí)間的比較。監(jiān)控點(diǎn)頁面元素比較是通知單個(gè)測試監(jiān)控點(diǎn)，分別訪問源站和邊緣節(jié)點(diǎn)，記錄每個(gè)元素的返回時(shí)間，將結(jié)果返回給系統(tǒng)，從而得到頁面中每個(gè)元素下載的對比時(shí)間。
監(jiān)控點(diǎn)全頁面時(shí)間比較是通知多個(gè)測試監(jiān)控點(diǎn)，分別訪問源站和邊緣節(jié)點(diǎn)，記錄整個(gè)頁面的加載完成時(shí)間，將結(jié)果返回給系統(tǒng)，得到每個(gè)區(qū)域的訪問時(shí)間對比曲線。該測試可實(shí)時(shí)進(jìn)行，也可定時(shí)執(zhí)行或者按照周期執(zhí)行。步驟S15 :生成體驗(yàn)報(bào)告，根據(jù)步驟S14返回的測試數(shù)據(jù)，生成加速效果體驗(yàn)報(bào)告。加速效果的體驗(yàn)報(bào)告包括本地測試時(shí)間對比、單監(jiān)控點(diǎn)頁面元素時(shí)間對比、以及多監(jiān)控點(diǎn)全頁面時(shí)間對比，該報(bào)告可作為正式使用服務(wù)前的效果預(yù)測。通過現(xiàn)場演示并將加速效果體驗(yàn)報(bào)告提供給客戶，從而減短意向客戶商務(wù)達(dá)成所需時(shí)間，減少非目標(biāo)客戶對CDN服務(wù)提供商的資源消耗。步驟S16 :返回失敗,流程結(jié)束。圖2示出了的加速效果測試的子流程，也就是加速效果測試的單次測試流程，流程步驟詳述如下。步驟S20:打開瀏覽器。打開本地瀏覽器或者調(diào)用遠(yuǎn)程監(jiān)控端的瀏覽器。步驟S21:清空緩存。清空瀏覽器緩存，避免該次測試使用本地緩存內(nèi)容。步驟S22 :訪問目標(biāo)URL。調(diào)用瀏覽器訪問源站或邊緣節(jié)點(diǎn)上的目標(biāo)URL。步驟S23 :返回測試內(nèi)容。根據(jù)調(diào)用請求，返回每個(gè)元素的時(shí)間或全頁面時(shí)間。步驟S24:關(guān)閉瀏覽器。關(guān)閉瀏覽器，結(jié)束單次測試。圖3示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置的較佳實(shí)施例的原理。請參見圖3，本實(shí)施例的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置包括目標(biāo)URL獲取模塊10、訪問狀況檢測模塊
11、預(yù)部署模塊12、對比測試模塊13。目標(biāo)URL獲取模塊10獲取用于測試的目標(biāo)URL地址。訪問狀況檢測模塊11對目標(biāo)URL進(jìn)行拉取文件的測試，判斷對該目標(biāo)URL的訪問
是否正常。預(yù)部署模塊12對正常訪問的目標(biāo)URL，通知內(nèi)容分發(fā)網(wǎng)絡(luò)的各邊緣節(jié)點(diǎn)執(zhí)行預(yù)部署，在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上緩存目標(biāo)URL的內(nèi)容。在預(yù)部署模塊12中，向源站拉取目標(biāo)URL文件或頁面上的所有元素,將目標(biāo)URL的內(nèi)容緩存在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上。
對比測試模塊13通過對源站和邊緣節(jié)點(diǎn)的對比測試，記錄訪問時(shí)間，并根據(jù)返回的測試數(shù)據(jù)生成網(wǎng)絡(luò)加速效果的測試報(bào)告。對比測試模塊13可以包括如下子模塊的任意組合本地測試子模塊130、單監(jiān)控點(diǎn)測試子模塊132、多監(jiān)控點(diǎn)測試子模塊134。如圖4A所示，本地測試子模塊130進(jìn)一步包括瀏覽器頁面單元1300、腳本訪問單元1302、本地測試報(bào)告生成單元1304。瀏覽器頁面單元1300提供一瀏覽器頁面。腳本訪問單元1302通過本地同時(shí)訪問源站和邊緣節(jié)點(diǎn)上的URL內(nèi)容，使用腳本記錄訪問源站和邊緣節(jié)點(diǎn)上URL內(nèi)容的時(shí)間。本地測試報(bào)告生成單元1304根據(jù)腳本訪問單元的結(jié)果生成測試報(bào)告，其中包括本地測試時(shí)間對比。如圖4B所示,單監(jiān)控點(diǎn)測試子模塊132進(jìn)一步包括單監(jiān)控點(diǎn)訪問單元1320、單監(jiān)控點(diǎn)報(bào)告生成單元1322。單監(jiān)控點(diǎn)訪問單元1320通過單個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間。單監(jiān)控點(diǎn)報(bào)告生成單元1322根據(jù)每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間得到頁面中每個(gè)元素下載的對比時(shí)間，生成的測試報(bào)告，報(bào)告包括單監(jiān)控點(diǎn)頁面元素時(shí)間對比。如圖4C所示,多監(jiān)控點(diǎn)測試子模塊134包括多監(jiān)控點(diǎn)訪問單元1340、多監(jiān)控點(diǎn)報(bào)告生成單元1342。多監(jiān)控點(diǎn)訪問單元1340通過多個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄整個(gè)頁面的加載完成時(shí)間。多監(jiān)控點(diǎn)報(bào)告生成單元1342根據(jù)整個(gè)頁面的加載完成時(shí)間得到每個(gè)區(qū)域的訪問時(shí)間對比曲線，生成測試報(bào)告，報(bào)告包括多監(jiān)控點(diǎn)全頁面時(shí)間對比。上述實(shí)施例是提供給本領(lǐng)域普通技術(shù)人員來實(shí)現(xiàn)和使用本發(fā)明的，本領(lǐng)域普通技術(shù)人員可在不脫離本發(fā)明的發(fā)明思想的情況下，對上述實(shí)施例做出種種修改或變化，因而本發(fā)明的保護(hù)范圍并不被上述實(shí)施例所限，而應(yīng)該是符合權(quán)利要求書所提到的創(chuàng)新性特征的最大范圍。
權(quán)利要求
1.一種內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法，包括 獲取用于測試的目標(biāo)URL地址； 對目標(biāo)URL進(jìn)行拉取文件的測試，判斷對該目標(biāo)URL的訪問是否正常； 對正常訪問的目標(biāo)URL，通知內(nèi)容分發(fā)網(wǎng)絡(luò)的各邊緣節(jié)點(diǎn)執(zhí)行預(yù)部署，在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上緩存目標(biāo)URL的內(nèi)容； 通過對源站和邊緣節(jié)點(diǎn)的對比測試，記錄訪問時(shí)間，并根據(jù)返回的測試數(shù)據(jù)生成網(wǎng)絡(luò)加速效果的測試報(bào)告。
2.根據(jù)權(quán)利要求I所述的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法，其特征在于，在預(yù)部署的過程中，向源站拉取目標(biāo)URL文件或頁面上的所有元素，將目標(biāo)URL的內(nèi)容緩存在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上。
3.根據(jù)權(quán)利要求I所述的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法，其特征在于，在對源站和邊緣節(jié)點(diǎn)進(jìn)行對比測試的過程中，包括 提供一瀏覽器頁面； 通過本地同時(shí)訪問源站和邊緣節(jié)點(diǎn)上的URL內(nèi)容，使用腳本記錄訪問源站和邊緣節(jié)點(diǎn)上URL內(nèi)容的時(shí)間，其中生成的測試報(bào)告中包括本地測試時(shí)間對比。
4.根據(jù)權(quán)利要求I所述的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法，其特征在于，在對源站和邊緣節(jié)點(diǎn)進(jìn)行對比測試的過程中，包括 通過單個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間； 根據(jù)每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間得到頁面中每個(gè)元素下載的對比時(shí)間，其中生成的測試報(bào)告中包括單監(jiān)控點(diǎn)頁面元素時(shí)間對比。
5.根據(jù)權(quán)利要求I所述的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法，其特征在于，在對源站和邊緣節(jié)點(diǎn)進(jìn)行對比測試的過程中，包括 通過多個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄整個(gè)頁面的加載完成時(shí)間； 根據(jù)整個(gè)頁面的加載完成時(shí)間得到每個(gè)區(qū)域的訪問時(shí)間對比曲線，其中生成的測試報(bào)告中包括多監(jiān)控點(diǎn)全頁面時(shí)間對比。
6.一種內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置，包括 目標(biāo)URL獲取模塊，獲取用于測試的目標(biāo)URL地址； 訪問狀況檢測模塊，對目標(biāo)URL進(jìn)行拉取文件的測試，判斷對該目標(biāo)URL的訪問是否正常； 預(yù)部署模塊，對正常訪問的目標(biāo)URL，通知內(nèi)容分發(fā)網(wǎng)絡(luò)的各邊緣節(jié)點(diǎn)執(zhí)行預(yù)部署，在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上緩存目標(biāo)URL的內(nèi)容； 對比測試模塊，通過對源站和邊緣節(jié)點(diǎn)的對比測試，記錄訪問時(shí)間，并根據(jù)返回的測試數(shù)據(jù)生成網(wǎng)絡(luò)加速效果的測試報(bào)告。
7.根據(jù)權(quán)利要求6所述的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置，其特征在于，在預(yù)部署模塊中，向源站拉取目標(biāo)URL文件或頁面上的所有元素，將目標(biāo)URL的內(nèi)容緩存在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上。
8.根據(jù)權(quán)利要求6所述的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置，其特征在于，對比測試模塊包括本地測試子模塊，本地測試子模塊進(jìn)一步包括瀏覽器頁面單元，提供一瀏覽器頁面； 腳本訪問單元，通過本地同時(shí)訪問源站和邊緣節(jié)點(diǎn)上的URL內(nèi)容，使用腳本記錄訪問源站和邊緣節(jié)點(diǎn)上URL內(nèi)容的時(shí)間； 本地測試報(bào)告生成單元，根據(jù)腳本訪問單元的結(jié)果生成測試報(bào)告，其中包括本地測試時(shí)間對比。
9.根據(jù)權(quán)利要求6所述的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置，其特征在于，對比測試模塊包括單監(jiān)控點(diǎn)測試子模塊，單監(jiān)控點(diǎn)測試子模塊進(jìn)一步包括 單監(jiān)控點(diǎn)訪問單元，通過單個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間； 單監(jiān)控點(diǎn)報(bào)告生成單元，根據(jù)每個(gè)監(jiān)控點(diǎn)頁面元素的訪問時(shí)間得到頁面中每個(gè)元素下載的對比時(shí)間，生成的測試報(bào)告，報(bào)告包括單監(jiān)控點(diǎn)頁面元素時(shí)間對比。
10.根據(jù)權(quán)利要求6所述的內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試裝置，其特征在于，對比測試模塊包括多監(jiān)控點(diǎn)測試子模塊，多監(jiān)控點(diǎn)測試子模塊包括 多監(jiān)控點(diǎn)訪問單元，通過多個(gè)測試監(jiān)控點(diǎn)分別訪問源站和邊緣節(jié)點(diǎn)，記錄整個(gè)頁面的加載完成時(shí)間； 多監(jiān)控點(diǎn)報(bào)告生成單元，根據(jù)整個(gè)頁面的加載完成時(shí)間得到每個(gè)區(qū)域的訪問時(shí)間對比曲線，生成測試報(bào)告，報(bào)告包括多監(jiān)控點(diǎn)全頁面時(shí)間對比。
全文摘要
本發(fā)明公開了內(nèi)容分發(fā)網(wǎng)絡(luò)加速測試方法和裝置，解決了網(wǎng)站正式進(jìn)行CDN加速前，無法獲知加速效果的問題。其技術(shù)方案為方法包括獲取用于測試的目標(biāo)URL地址；對目標(biāo)URL進(jìn)行拉取文件的測試，判斷對該目標(biāo)URL的訪問是否正常；對正常訪問的目標(biāo)URL，通知內(nèi)容分發(fā)網(wǎng)絡(luò)的各邊緣節(jié)點(diǎn)執(zhí)行預(yù)部署，在執(zhí)行預(yù)部署的邊緣節(jié)點(diǎn)上緩存目標(biāo)URL的內(nèi)容；通過對源站和邊緣節(jié)點(diǎn)的對比測試，記錄訪問時(shí)間，并根據(jù)返回的測試數(shù)據(jù)生成網(wǎng)絡(luò)加速效果的測試報(bào)告。
文檔編號H04L12/26GK102938716SQ201210518120
公開日2013年2月20日 申請日期2012年12月6日 優(yōu)先權(quán)日2012年12月6日
發(fā)明者洪珂, 孫達(dá)康 申請人:網(wǎng)宿科技股份有限公司