QUIC接入架構
-
用戶側使用的各種請求，首先接入CLB；
- 請求到達CLB后，CLB使用ID負載均衡算法將請求轉發(fā)到CLB QUIC集群；非QUIC協(xié)議，使用用戶配置的各種負載均衡算法進行轉發(fā)；
- CLB針對請求進行解析，如果需要私鑰計算（比如TLS完全握手），會將部分重要參數轉發(fā)到私鑰計算集群進行高強度計算。如果需要查詢Session ID或者Server Config ID，會做一些緩存查詢。這樣能夠減少計算量，也能減少握手時間；
- CLB接下去會將QUIC/HTTP2/HTTPS協(xié)議統(tǒng)一轉換成HTTP1.1請求。由于QUIC使用的是UDP協(xié)議，HTTP1.1使用的是TCP，UDP協(xié)議的內容經過轉換后會使用TCP進行轉發(fā)；
- 業(yè)務集群只需要處理HTTP1.1協(xié)議即可。如果是自定義的私有協(xié)議，騰訊云也支持TCP/UDP透明轉發(fā)，由業(yè)務自行處理。
目前，騰訊云已在包括QQ黃鉆頁面，游戲頁面在內的多項內部業(yè)務中驗證了QUIC協(xié)議的性能數據。
Qzone QUIC頁面
如上圖所示，圖中紅色箭頭指向的綠色標識表示該頁面使用了QUIC協(xié)議，可以看出灰度實驗的效果也非常明顯。其中QUIC請求的首字節(jié)時間比http2平均減少326ms,性能提升約25%。此外，QUIC請求發(fā)出的時間比http2平均減少250ms，QUIC請求頁面加載完成的時間平均減少2s，由于整體頁面比較復雜，很多其它的資源加載阻塞，導致整體加載完成的時間約9s，性能提升比例約22%。
可以發(fā)現(xiàn)，用戶在通過QUIC協(xié)議進行網絡操作時，即使網絡頁面元素較多，也將極大的提高頁面的加載進度，從而有效降低網絡延時帶來的用戶體驗不佳的風險。
騰訊云網絡產品中心總監(jiān)劉穎表示，騰訊云會持續(xù)探索業(yè)界先進的標準協(xié)議并提供支持和優(yōu)化，以更安全、更快速的網絡服務助力用戶業(yè)務在云端實現(xiàn)增值創(chuàng)新。
