HTTP 2还没上手,HTTP 3已经箭在弦上

  • 时间:
  • 浏览:47
  • 来源:小木博客 - 专注共享七月娱乐网分享

去年的你这个以前,国内的 web 网络环境以前刚开始英语 普及和部署 HTTP/2. 时隔一年,HTTP/2 的普及程度有了显著提升,而各大CDN厂商普及的广度和波特率无缘无故走在行业前列。甚至有不少CDN厂商在直播以及每段HTTP场景还引入了 QUIC.

作者:行思錄来源:liudanking|2019-04-12 10:44

去年的你这个以前,国内的 web 网络环境以前刚开始英语 普及和部署 HTTP/2. 时隔一年,HTTP/2 的普及程度有了显著提升,而各大CDN厂商普及的广度和波特率无缘无故走在行业前列。甚至有不少CDN厂商在直播以及每段HTTP场景还引入了 QUIC.

HTTP/2 over QUIC 是当前唯一应用落地补救了传输层队头阻塞问提的HTTP实现。那个以前,无论是 HTTP/2 over TCP 还是 HTTP/2 over QUIC(UDP) 都被当我们当我们认为是 HTTP/2,随后传输层使用的协议不一样。你这个略带暧昧的模糊叫法在2018年11月成为了历史:

在2018年10月28日的邮件列表讨论中,互联网工程任务组(IETF) HTTP和QUIC工作组主席Mark Nottingham提出了将HTTP-over-QUIC更名为HTTP/3的正式请求,以“明确地将其标识为HTTP语义的从前 绑定……使当我们当我们理解它与QUIC的不同”,并在最终选则并发布草案后,将QUIC工作组继承到HTTP工作组。在刚刚 的几天讨论中,Mark Nottingham的提议得到了IETF成员的接受,当我们当我们在2018年11月给出了官方批准,认可HTTP-over-QUIC成为HTTP/3。

确实看起来像是以前的 HTTP/2 over QUIC 换了一另俩个名称(从我此人 波特率理解,取名为 HTTP/2.1跟我说更大慨),刚刚 其头上却体现了 IETF 对 HTTP 未来标准的态度和方向,跟我说几年以前来看这次名称的确立会更加明白其重要意义。

HTTP/3 与 HTTP/2 over QUIC 的区别

QUIC 将成为一另俩个通用安全传输层协议

当前阶段,Google 实现的 QUIC 与 IETF 实现的 QUIC 是不兼容的。Google 版 QUIC 非要用于 HTTP/2,且在协议层面与 HTTP/2 有好多好多 强绑定。如 QUIC 帧映射 HTTP/2 frame. 这就导致 分析好多好多 大厂都没人跟进 QUIC,使得 HTTP/2 over QUIC 基本非要在 Google 自家的 Chrome, Gmail 等软件中普及使用,一度给行业造成“非要Google在弄”的错觉。

纳入 IETF 以前,显然 Google 就非要没人玩了。QUIC 定位为一另俩个通用安全传输层协议:

都都都都可否近似的认为 QUIC over UDP 将成为下一代(或替代)TLS over TCP. 也随后说, QUIC 将能应用于任何应用层协议中,随后当前阶段将优先在 HTTP 中进行应用和验证。

统一使用 TLS 1.3 作为安全协议

2018年,有2个重要的WEB标准终于尘埃落定,其中一另俩个便是 RFC 8446 TLS 1.3. 你这个标准对于降低延迟,改善用户体验,尤其是移动端的体验有非常重要的意义。在确实 TLS 1.3和 QUIC 都能做到 0-RTT,从而降低延迟,刚刚 QUIC 却自顾自地实现了一套安全协议。主随后刚刚 当时 TLS 1.3 标准还没人发布,而 QUIC 又都要一套安全协议:

The QUIC crypto protocol is the part of QUIC that provides transport security to a connection. The QUIC crypto protocol is destined to die. It will be replaced by TLS 1.3 in the future, but QUIC needed a crypto protocol before TLS 1.3 was even started.

如今,TLS 1.3 标准刚刚 发布,而 HTTP/3 也纳入 IETF,刚刚 QUIC 也就顺理成章的使用 TLS 1.3 作为其安全协议。Google 在什么方面倒是从来时会鸡贼和墨迹,点赞。

使用 QHPACK 头部压缩代替 HPACK

确实,QPACK与HPACK的设计非常你这个,单独提出QPACK主随后更好的适配QUIC,共同也是 Google 将 QUIC 从与 HTTP/2 的耦合中抽离出来,与 IETF 标准完成统一的必要一步。

HTTP/3 问提与挑战

UDP 连通性问提

几乎所有的电信运营商时会“歧视” UDP 数据包,导致 分析也很容易理解,毕竟历史上2个臭名昭著的 DDoS 攻击时会基于 UDP 的。国内某城宽带在好多好多 区域更是直接禁止了非53端口的UDP数据包,而好多好多 运营商及IDC即使没人封禁UDP,也是对UDP进行严格限流的。这点上不太乐观,刚刚 人 们相信随着标准的普及和推广落地,运营商会逐步改变对UDP流量的歧视策略。国外的情况汇报会稍好好多好多 ,根据Google的数据,当我们当我们部署的QUIC降级的比例非要10%。

QUIC 不支持明文传输

对于用户来说,这是一另俩个优势,并时会问提。对于国内内容审查环境来说是个不可忽视的坎。但QUIC以前毕竟也是基于TLS协议的,国内HTTPS都能普及下来,QUIC的普及跟我说会更乐观好多好多 。

UDP 消耗资源多

当前阶段,UDP消耗的CPU资源多,且补救波特率慢。这是不争的事实,刚刚 我相信随着UDP应用的增多,内核和硬件的优化时会跟上,直至达到或超过TCP的性能。而 QUIC 刚刚 确实应用层实现,刚刚 迭代波特率快一点 ,部署和更新难度和代价更小,要能一定程度缓解如TCP那样的协议错综复杂问提。

【编辑推荐】

【责任编辑:

武晓燕

TEL:(010)684763006】



点赞 0