基于QUIC協(xié)議的HTTP3正式發(fā)布！

近期，超文本傳輸協(xié)議新版本HTTP/3 RFC文檔，已由互聯(lián)網(wǎng)工程任務(wù)組（IETF）對外發(fā)布。HTTP/3全稱為HTTP-over-QUIC，指在QUIC（Quick UDP Internet Connections,快速UDP互聯(lián)網(wǎng)連接）上映射HTTP語義的通信過程。

RFC文檔指出，新型傳輸方式QUIC既包含HTTP/2功能，還完成了從TCP（Transmission Control Protocol，傳輸控制協(xié)議）向UDP（User Datagram Protocol,用戶數(shù)據(jù)報協(xié)議）的連接轉(zhuǎn)型，兼具流式多路復(fù)用、分路流控、降低延遲、穩(wěn)定性能、提高隱私性等特點。面向未來的HTTP/3和QUIC,既然有這么多優(yōu)勢，下面就來回顧一下它們的前世今生吧。

QUIC源自何處

QUIC使用UDP實現(xiàn)網(wǎng)絡(luò)連接前，互聯(lián)網(wǎng)上絕大多數(shù)網(wǎng)絡(luò)連接的底層協(xié)議使用的都是TCP，但它存在一定的局限性——很難完成對TCP的更改。即使制造商編寫了支持新TCP功能的軟件，也很難升級所有的舊設(shè)備。

為了改善TCP的局限與延遲情況，谷歌在2013年首次宣布推出Google QUIC，并內(nèi)嵌于谷歌瀏覽器和其它服務(wù)中。而在2016年，Akamai便部署了Google QUIC，僅用2年時間便實現(xiàn)了與谷歌相近體量的QUIC端點部署，以此傳輸全球流量。

QUIC全新內(nèi)涵

Akamai在應(yīng)用QUIC多年后，QUIC如今又有了哪些更新呢？自IETF 2016年成立QUIC工作組，打造標準化流程持續(xù)更新該協(xié)議后，目前已實現(xiàn)十多個開源IETF QUIC版本，核心特征表現(xiàn)如下：

HTTP多版本共存

如果您看到上述RFC文件集不含HTTP/3描述，無需驚訝。這是因為HTTP/3規(guī)范是在QUIC工作組中，共同開發(fā)并同步提交的。事實上，核心HTTP語義在不同的版本間并不會改變，也沒有棄用其他版本，因為每個版本都適用于不同的用例。

推廣新版本的同時，也會存在阻止UDP的部分網(wǎng)絡(luò)服務(wù)，會造成無法使用HTTP/3。這種情況下，您仍然可以在這些網(wǎng)絡(luò)上使用基于TCP的HTTP版本，即HTTP/1.1和HTTP/2仍然會受到IETF關(guān)注，因此它們也將與HTTP/3保持共存。

“邁”向未來

自QUIC標準化設(shè)計伊始，IETF便對依托Akamai平臺進行未來協(xié)議開發(fā)而倍感興奮。回顧Akamai科技創(chuàng)新歷程，為不斷提高應(yīng)用程序性能、改善用戶網(wǎng)絡(luò)使用體驗，我們已開發(fā)和部署了多種基于UDP的傳輸協(xié)議。

作為第一個部署Google QUIC的分布式云計算平臺，Akamai在業(yè)務(wù)開發(fā)過程中，積極沉淀創(chuàng)新經(jīng)驗，為技術(shù)規(guī)范和開源生態(tài)系統(tǒng)持續(xù)貢獻力量，其中包含兼容OpenSSL與IETF QUIC的開發(fā)工作；同時我們也聯(lián)動微軟將這一成果落地為quictls，已被應(yīng)用于微軟MsQuic堆棧以及Node.js,cURL。

結(jié)語

綜上所述，HTTP/3和QUIC的煥新升級，為下一代互聯(lián)網(wǎng)提供了一個全新起點。作為以保障全球網(wǎng)絡(luò)性能與安全為己任的云服務(wù)公司，Akamai在聯(lián)動合作伙伴或客戶研究、部署、優(yōu)化傳輸協(xié)議時，將充分應(yīng)用HTTP/3和QUIC技術(shù)框架，來加強隱私保護、加速數(shù)據(jù)傳輸、改善網(wǎng)絡(luò)延遲。

當(dāng)下，我們向HTTP/3 RFC文檔發(fā)布表示慶賀。未來，Akamai也將著眼于實際應(yīng)用場景，賦能千行百業(yè)、驅(qū)動數(shù)字化轉(zhuǎn)型升級，為全球數(shù)十億用戶打造美好的數(shù)字化生活體驗。