本篇文章給大家分享的是有關(guān)如何進行定量的CDN加速效果分析，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

定制開發(fā)可以根據(jù)自己的需求進行定制，成都網(wǎng)站制作、網(wǎng)站設(shè)計構(gòu)思過程中功能建設(shè)理應排到主要部位公司成都網(wǎng)站制作、網(wǎng)站設(shè)計的運用實際效果公司網(wǎng)站制作網(wǎng)站建立與制做的實際意義

指路牌

• CDN

• 網(wǎng)站靜態(tài)資源加速

• 定量展示CDN加速效果

• CDN配置好了但是沒有加速效果？

適用場景

• “第一次接觸”用戶體驗提升

• 網(wǎng)站具有大量圖片、css、js等靜態(tài)資源

• ECS購買了固定帶寬，帶寬成為性能瓶頸

環(huán)境

• 一個已完成“備案”的域名

  域名購買后需要實名認證+備案，大概需要花費“14～20天”。

背景

我曾接觸過兩個項目，一個是基于web的AR項目，一個是使用了大圖的展示性項目。兩個項目都有一個共同特點：加載速度很慢。慢到什么地步呢？頁面完全加載完的時間量級均在兩位數(shù)（10s左右），極端情況下甚至會達到20s甚至更久。

如此打開速度對于一款應用的體驗來來說是災難級的，因為不會有一個用戶有耐心等待如此長的時間，web前端針對加載速度慢在技術(shù)上具有很多解決方案：如使用一張像素很低體積很小的圖片先顯示以“安慰”用戶，或使用分批加載等。

但以上兩種方案都無法解決我碰到場景的問題，因為AR項目的js文件與AR文件都同樣龐大，以上方案都不能完全挽救兩位數(shù)量級加載時間的災難級體驗。

幸運的是兩個項目都是展位性質(zhì)的，只需要利用瀏覽器自身的緩存機制，提前打開幾次頁面就能將加載時間將時間輕易降到50ms附近，讓觀眾戶完全感覺不到加載的耗時。

但是如此雨來，展示的互動性將變得很受限，因為用戶無法使用自己的設(shè)備親自打開體驗應用，只能使用講解員手中提前緩存好數(shù)據(jù)的設(shè)備。

我調(diào)研CDN的初衷，也是為了嘗試解決以上問題：能夠讓完全沒有緩存用戶的設(shè)備在“第一次接觸”應用時能夠較快打開應用，提高互動性。

原理&思路

要解決現(xiàn)有的問題，那么需要先分析一下性能瓶頸到底出在了什么地方。網(wǎng)頁加載速度慢的根本原因當然是文件過大，但監(jiān)控服務器資源占用等參數(shù)后我將參數(shù)鎖定在了兩個：地理位置、帶寬。

接下來我們就來看看CDN到底能不能實現(xiàn)加速，以及能夠加速到什么地步？

步驟

為了確定上面兩個問題，我選取了項目中的部分文件作為用例，做了一系列測試，得到三組對比數(shù)據(jù)如下：

一、境內(nèi)外ECS對比

• “行”為該文件加載耗時，單位為ms、s

• 時間讀取自Chrome控制臺

• 禁用了瀏覽器cache，為了避免誤差每次測試前均再一次手動刪除緩存圖片與記錄。

• 每個文件在一個ECS測試3次，因此每個文件一共2組，6個數(shù)據(jù)。

• AWS的ECS在帶寬上遠比Ali的ECS高，Ali這的ECS的帶寬為固定帶寬5Mbps（也即0.625MB/s）。

現(xiàn)象

• 位于奧蘭多的服務器和位于張家口的表象不相上下，

• 文件大小達到4MB左右均會開始向10s逼近，

結(jié)論：
由于空間位置原因無法獲取文件在奧蘭多處的加載耗時，不嚴謹?shù)牡贸鼋Y(jié)論：AWS在帶寬上彌補了物理距離的差距，二者速度差異不大。

二、在AliCloud的ECS，使用CDN加速與不使用CDN加速對比

C、D、E三列為先前測試數(shù)據(jù)
F、G、H、I列為使用CDN加速后測試數(shù)據(jù)
G為同局域網(wǎng)下同事電腦
H、I為使用手機熱點4G網(wǎng)絡(luò)下在另一臺設(shè)備Mac上的時間表現(xiàn)

現(xiàn)象

• F列為本人PC，具有非常明顯的加速效果，

• G、H、I三列均沒有任何變快表現(xiàn)，甚至還更慢了……

結(jié)論：

• Ali的CDN難道是針對單個IP進行加速，來欺騙消費者的嗎？

  這個結(jié)論當然是錯的，但是數(shù)據(jù)上又呈現(xiàn)出了以上特點，又是什么原因?qū)е碌哪兀坷^續(xù)往下看

三、在AliCloud的ECS，使用CDN加速，并進行“數(shù)據(jù)預熱”后數(shù)據(jù)對比

C、D、E為第一組測試數(shù)據(jù)，無CDN情況下性能表現(xiàn)
F為第二組測試數(shù)據(jù)，進行CDN加速但無數(shù)據(jù)預熱時在一臺新設(shè)備上的性能表現(xiàn)
H、I、J為使用CDN加速后，分別在同事G與另外兩個完全沒有開過網(wǎng)站的設(shè)備上打開網(wǎng)站的性能表現(xiàn)。

現(xiàn)象

• 在沒有數(shù)據(jù)預熱前，CDN加速基本沒有任何提速效果

• 進行數(shù)據(jù)加熱后，文件加載數(shù)據(jù)明顯提升非常多。

結(jié)論

• CDN在數(shù)據(jù)預熱后實現(xiàn)了網(wǎng)站加速的效果，對比數(shù)據(jù)預熱前后同事G設(shè)備上的性能表現(xiàn)，加速效果大約在5～15倍之間。

從最后的效果效果來看，將文件打開速度由10s級降到將近ms級，確實極大優(yōu)化了用戶“第一次接觸”的用戶體驗，能夠讓用戶有耐心講應用使用下去，也能夠在展位上讓觀眾能夠使用自己的設(shè)備打開服務，對交互和受眾面的提升都具有非常大的好處。

后記

以為這就完了？后面還有內(nèi)容，量化說明CDN的加速效果并不是這篇文章的主要目的。

“數(shù)據(jù)預熱”這一名詞時在CDN的原理文章比較少提到的，在得到第二組測試數(shù)據(jù)的時候，我就十分困惑的提交了工單，才得知了“數(shù)據(jù)預熱”這一環(huán)節(jié)。進一步和工程師詢問得知，AliCloud的CND默認是搶占式的，就像硬盤與內(nèi)存的映射關(guān)系，使用越頻繁，加速內(nèi)容在冗余站點的存放時間與獲取資源也會越多。

因此我的PC所接入的加速站點具有很好的加速效果

而低頻或剛添加的資源默認并不會傳輸?shù)饺哂嗾军c，需要在控制臺手動進行“數(shù)據(jù)預熱”。且即使預熱后，長時間不使用也會從冗余站點抹除，被替換掉。當然，從所支付的費用來說，這一搶占機制是很合理的，畢竟我完成所有測試也只花費了0.26RMB的費用。

在第三組數(shù)據(jù)中，應該能發(fā)現(xiàn)即使數(shù)據(jù)預熱后，加速效果在不同設(shè)備間的表現(xiàn)效果也是存在差異的，如在同事C設(shè)備上，加載數(shù)據(jù)都在ms級，而在同事G與與同事L設(shè)備上，卻是個位數(shù)的s級。細心的讀者也許會發(fā)現(xiàn)，我在CDN設(shè)備上面都標注了一個地理信息，我的個人PC是湖北、同事G是山西，同事L與同事C是甘肅。（在第二組數(shù)據(jù)中由于還不清楚這個概念，當時沒有記錄）

這些地理位置，是AliCloud冗余加速站點所處的地理位置的信息，這里一個很有意思的現(xiàn)象是，以上所有4臺設(shè)備都是處在同一個局域網(wǎng)下的4個獨立的設(shè)備，3臺Win，1臺Mac，走同一個網(wǎng)關(guān)接入因特網(wǎng)，但每一臺設(shè)備接入的CDN加速站點都不相同！

兩個同屬甘肅的服務器IP不相同
同一臺設(shè)備接入的冗余站點始終相同

也因為以上原因，導致他們加速效果存在差異，這一點是讓我非常不理解的，為什么同同一個局域網(wǎng)下的設(shè)備接入加速站點的位置卻有如此大的差異？接入冗余加速站點的規(guī)則到底是怎樣的？這是我一直沒有弄明白的問題，在工單上詢問工程后也沒有得到明確的回復，姑且只能擱置于此。

以上就是如何進行定量的CDN加速效果分析，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道。

本文名稱：如何進行定量的CDN加速效果分析-創(chuàng)新互聯(lián)
網(wǎng)頁網(wǎng)址：http://aaarwkj.com/article0/ispoo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供定制開發(fā)、動態(tài)網(wǎng)站、網(wǎng)站策劃、定制網(wǎng)站、電子商務、App設(shè)計

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)