又拍云再放大招，CDN 同時支持 HTTP/2 和 SPDY/3.1 協(xié)議

　　任何新標準的普及，都離不開業(yè)界的共同努力。近日，又拍云宣布其 CDN 產(chǎn)品全面支持 HTTP/2 協(xié)議，減少頁面加載時的擁堵現(xiàn)象，降低服務器及網(wǎng)絡負載，帶來更快的訪問體驗。不僅如此，又拍云 CDN 加速同時兼容 SPDY/3.1 協(xié)議(即原來的舊版本協(xié)議)，幫助客戶平穩(wěn)過度到 HTTP/2 (HTTP 2.0)。

　　當前互聯(lián)網(wǎng)傳輸多采用 HTTP 協(xié)議，這也是幾十年來最廣泛使用的網(wǎng)絡傳輸協(xié)議，然而由于傳統(tǒng) HTTP 采用明文，完全開放的編碼缺少加解密功能，很容易遭受竊取、篡改等安全威脅。尤其涉及在線交易的網(wǎng)站，遭遇攻擊如同家常便飯。 HTTPS 是個不錯的選擇，不僅向下兼容全部 HTTP 協(xié)議，其傳輸過程全程加解密，相當于增加了一層 SSL/TSL 分層協(xié)議的 HTTP，讓訪問更加安全。但HTTPS 協(xié)議推進的速度卻并不樂觀，由于增加了加密解密的環(huán)節(jié)，需要多次計算和交互，訪問速度將受到極大的影響。

　　HTTP/2 將極大地改善這一問題。 HTTP/2 發(fā)布于2015年5月，是 HTTP 1.1 協(xié)議被采用后，時隔16年的首次更新。通過多路復用，二進制傳輸，使用 HPACK 壓縮頭部信息，服務端 Push 的方式，從協(xié)議層面消除了傳統(tǒng) HTTP 的一些不足和缺陷，大幅度提高網(wǎng)頁載入的速度。

　　HTTP/1.1 通過增加到每個主機的最大連接數(shù)來提高性能，而 SPDY 和 HTTP/2 則是通過使用多路復用技術在一個單獨的 TCP 和 SSL 連接上支持并發(fā)，通過在一個連接上一次性發(fā)送多個請求來發(fā)送或接收數(shù)據(jù)，從而帶來更佳的訪問效率。

　　舉例來說，在 HTTP/1.1 下，每一次訪問，都需要麻麻(服務器)派出拿著快遞(信息)的寶寶前往召喚他的A叔叔(訪問客戶端)，到A叔叔那里交換收條再回到麻麻身邊，然后再拿著新的快遞再一次奔向客戶端，直到快遞送盡。為了增加效率， HTTP/1.1 的麻麻只得同時派出好多寶寶，分別帶著不同的快遞送到A叔叔手里。而 HTTP/2 下的寶寶身強力壯，麻麻可以采用多路復用的方式，一次性把要給A叔叔的快遞都交給一個寶寶派送，因此既省時又高效。

　　據(jù)了解，又拍云 CDN 加速已支持 HTTPS，通過自定義 SSL 服務默認開啟了對 SPDY/3.1、OCSP Stapling 的支持，SPDY 協(xié)議通過對請求進行壓縮、優(yōu)先級排序和多路復用等方式，縮減網(wǎng)頁加載時間，經(jīng)內(nèi)部測算，可以減少約 30% 的訪問時延。此次又拍云全面升級HTTP/2，通過又拍云專用補丁，保留了對SPDY/3.1的兼容支持。

　　HTTP/2源自于SPDY，卻和SPDY有很大不同。首先，SPDY 強制使用 HTTPS，而HTTP/2 支持明文 HTTP 傳輸，實現(xiàn)向下兼容。此外， 對消息頭的壓縮傳輸，SPDY 采用的 DELEFT 算法，而HTTP/2 對消息頭采用 HPACK壓縮傳輸，能夠節(jié)省消息頭占用的網(wǎng)絡的流量。減少每次請求所攜帶的大量冗余頭信息，避免帶寬資源的浪費。

　　繼續(xù)拿剛剛送快遞的寶寶舉例子，當寶寶拿著很多快遞箱子送去A叔叔處，無論裝了多少東西，快遞的箱子都是一樣大的，因此寶寶需要一輛大貨車來裝。通過 HTTP/2 下，麻麻機智的 HPACK 算法對快遞箱進行壓縮，將箱子壓縮到最小，由此寶寶就可以輕裝上陣，一輛小車帶上所有快遞，不用遭受堵車風險。

　　頁面加載時間是一個比較重要的性能指標，測試顯示，原生 HTTPS 頁面由于不支持頭信息壓縮，并且缺少所需的額外 TCP 連接和 SSL 握手，所需的時間相對較長， HTTP/2協(xié)議下加載時間優(yōu)于 SPDY ，頁面越復雜，三者差距會更明顯。又拍云支持多種協(xié)議下的 CDN 加速，在新的HTTP/2協(xié)議下，帶來更高效、快捷的加速體驗。同時又拍云不放棄任何傳統(tǒng)協(xié)議方式，基于任何協(xié)議的網(wǎng)站都力爭交出最優(yōu)最快的訪問體驗。

　　今天的 HTTP/2 也是一樣，新版協(xié)議再好仍需要業(yè)界共同錘煉，逐年累月的迭代才能普及。又拍云愿邁出 HTTP/2 的第一步，不斷打磨CDN產(chǎn)品，做好下一代互聯(lián)網(wǎng)繁榮的基石。