當(dāng)前位置:首頁 >  IDC >  CDN >  正文

QUIC在CDN 超遠(yuǎn)節(jié)點(diǎn)間的互聯(lián)應(yīng)用

 2018-11-27 17:04  來源: 互聯(lián)網(wǎng)   我來投稿 撤稿糾錯(cuò)

  域名預(yù)訂/競價(jià),好“米”不錯(cuò)過

導(dǎo)語:2018年11月13~14日,由亞太CDN聯(lián)盟主辦的第七屆GFIC全球家庭互聯(lián)網(wǎng)大會(huì)在上海舉辦,藍(lán)汛ChinaCache資深架構(gòu)師王立鷗先生分享了《QUIC在CDN 超遠(yuǎn)節(jié)點(diǎn)間的互聯(lián)應(yīng)用》的技術(shù)內(nèi)容。

在QUIC的快速發(fā)展中,藍(lán)汛ChinaCache第一時(shí)間關(guān)注了gQUIC和IETF兩個(gè)不同的分支,并通過實(shí)踐和比較兩個(gè)分支異同和自己業(yè)務(wù)的需求,將QUIC應(yīng)用到了CDN系統(tǒng)中。對(duì)此,王立鷗從CDN的層級(jí)架構(gòu)間通信的要求、QUIC和傳統(tǒng)層級(jí)間通信方式的對(duì)比、以及在超遠(yuǎn)場景中的應(yīng)用進(jìn)行了總結(jié)和分享。

QUIC在CDN 超遠(yuǎn)節(jié)點(diǎn)間的互聯(lián)應(yīng)用

眾所周知,傳統(tǒng)CDN會(huì)有多級(jí)結(jié)構(gòu),每一級(jí)結(jié)構(gòu)會(huì)有不同熱度數(shù)據(jù)。在CDN節(jié)點(diǎn)之間有大量的通訊數(shù)據(jù),這些數(shù)據(jù)進(jìn)行分布式存儲(chǔ)時(shí)的路徑對(duì)最終CDN服務(wù)質(zhì)量有著非常重要的影響。通常來說影響通訊質(zhì)量的因素通常會(huì)受到緩存業(yè)務(wù)內(nèi)容的性質(zhì)、節(jié)點(diǎn)間的網(wǎng)絡(luò)連接和Client-server側(cè)的傳輸架構(gòu)和機(jī)制的影響。這些層級(jí)間的數(shù)據(jù)拉取性能會(huì)直接影響到整體CDN的下發(fā)響應(yīng)速度。通常可以通過TCP優(yōu)化手段(數(shù)據(jù)連接池、TCP優(yōu)化)、緩存數(shù)據(jù)分塊、高層級(jí)向低層次的數(shù)據(jù)推送、緩存數(shù)據(jù)預(yù)拉取、數(shù)據(jù)壓縮等手段實(shí)現(xiàn)超遠(yuǎn)節(jié)點(diǎn)之間的進(jìn)一步傳輸。

在這種情況下,QUIC的優(yōu)勢就展現(xiàn)出來了。QUIC協(xié)議其實(shí)是一個(gè)快速演進(jìn)的協(xié)議,分為兩個(gè)版本。我們看的版本一般都叫g(shù)QUIC,另外一個(gè)QUIC是IETF QUIC。所謂gQUIC,是指在HTTP/2之后,Google用UDP承載開發(fā)的,chrome支持的協(xié)議;而IETFQUIC,是IETF 在gQUIC成功應(yīng)用的基礎(chǔ)上,作為QUIC標(biāo)準(zhǔn)化的版本。

QUIC在CDN 超遠(yuǎn)節(jié)點(diǎn)間的互聯(lián)應(yīng)用

王立鷗進(jìn)一步演示分析了相同的gQUIC版本、不同的實(shí)現(xiàn)之間兼容性問題,以及不同的gQUIC版本,和實(shí)際業(yè)務(wù)部署環(huán)境、使用場景間的兼容性問題。

那么QUIC在應(yīng)用中具體有什么優(yōu)勢呢?王立鷗通過對(duì)超遠(yuǎn)的CDN節(jié)點(diǎn)PoP測試展示,呈現(xiàn)了QUIC在安全、性能、吞吐、壓縮四個(gè)方面的特點(diǎn)。在測試中,一個(gè)文件同時(shí)用QUIC下載,QUIC的確在一個(gè)新建的TLS連接過程中非常節(jié)約時(shí)間。如在200多毫秒延時(shí)的情況下,這個(gè)過程對(duì)于一個(gè)HTTP1+TLS連接過程可能花一秒鐘,對(duì)于QUIC來說可能花三分之一時(shí)間就建連成功。由此,可以看出,QUIC應(yīng)用效率非常驚人,它既能滿足安全傳輸?shù)囊螅矊?shí)現(xiàn)了提升傳輸效率、降低傳輸成本的需求。

QUIC在CDN 超遠(yuǎn)節(jié)點(diǎn)間的互聯(lián)應(yīng)用

測試驗(yàn)證的環(huán)境

最后,王立鷗表示,QUIC對(duì)于業(yè)務(wù)系統(tǒng)的負(fù)擔(dān)(CPU占用等)通過不斷優(yōu)化,仍然會(huì)高于TCP/HTTP的傳輸方式,但這個(gè)負(fù)擔(dān)目前來看是可以接受的。由于QUIC現(xiàn)在沒有真正事實(shí)上標(biāo)準(zhǔn),在前端應(yīng)用可能會(huì)有更多阻力,但這并不妨礙我們?cè)诤蠖藰I(yè)務(wù)中使用QUIC這種新技術(shù)提高業(yè)務(wù)實(shí)踐的效率。

關(guān)于QUIC,您還想了解什么?歡迎大家留言與我們互動(dòng)。

申請(qǐng)創(chuàng)業(yè)報(bào)道,分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處,共同探討創(chuàng)業(yè)新機(jī)遇!

相關(guān)標(biāo)簽
cdn服務(wù)

相關(guān)文章

熱門排行

信息推薦