网站架构包括哪些,深圳东门麦当劳,国外优秀网页设计网站,网站营销怎么做毫无疑问#xff0c;发展互联网底层的庞大协议基础设施是一项艰巨的任务。
HTTP 的下一个主要版本基于 QUIC 协议构建#xff0c;并有望提供更好的性能和更高的安全性。
以下是 Web 应用程序开发人员需要了解的内容。
HTTP/3 的前景与风险
HTTP/3 致力于让互联网对每个人… 毫无疑问发展互联网底层的庞大协议基础设施是一项艰巨的任务。
HTTP 的下一个主要版本基于 QUIC 协议构建并有望提供更好的性能和更高的安全性。
以下是 Web 应用程序开发人员需要了解的内容。
HTTP/3 的前景与风险
HTTP/3 致力于让互联网对每个人来说都更安全、更快速、更简单。如果这些目标听起来很熟悉那是因为它们与 HTTP/2 最初的目标相同。
这是一个有趣的故事但最重要的是 HTTP/3 再次解决了 TCP 和 HTTP 中长期存在的缺陷。
令人惊讶的是新协议完全绕过了 HTTP/2并采用 QUIC 协议作为其基础。
对 HTTP/3 的快速理解是在 UDP 之上构建 TCP 2.0 并将其称为 QUIC。然后在 QUIC 上重建 HTTP/2 并将其称为 HTTP/3。
如果这听起来很奇怪那是因为它确实很奇怪。
首先大多数部署的硬件和软件都是为与现有协议对话而设计的。批量重新配置网络设备以采用新版本的 TCP 是不可行的理论上这是正确的起点。
这种方法可以解决 HTTP/2 的许多问题但会留下大量故障设备。相反我们得到了 HTTP/3。
HTTP/3 规范
HTTP/3 中有两个规范规范本身和QUIC 协议。它们共同构成了技术和实践复杂性的丛林。
从高层次的角度看将有助于我们理解这项技术及其希望实现的目标。
首先我们可以将 HTTP/3 的功能分为三大类
内置加密 多字节流多路复用 连接弹性
让我们依次看一下每一个。
内置加密
虽然内置加密是一种安全功能但它也是一种性能增强。这是因为 HTTP/3 中协商加密的方式减少了所需的往返次数。
网络加密历史悠久包括弃用 SSL 转而使用 TLS。总体而言这一举措是为了实现更好的加密方式和提供更多默认加密。
HTTPS 现在是大多数网络流量的默认加密方式而在 HTTP/3 中我们将完全消除纯文本“http://…”选项。
HTTPS 仍将用作建立安全连接的机制但流量将在 HTTP/3 级别加密。换句话说TLS 将集成到网络协议中而不是与其一起工作。
因此加密将移至传输层而不是应用层。这意味着默认情况下会更安全——甚至 HTTP/3 中的标头也经过加密——但 CPU 负载也会相应增加。
总的来说这个想法是由于加密协商方式的改进通信将更快而且由于加密将内置在较低级别因此通信将更简单从而避免了因实现方式多样化而产生的问题。
除了加密之外QUIC 还旨在提供集成的 DDoS 保护和“前向”安全性即使参与者后来泄露秘密攻击者也更难以破坏过去的通信。
多字节流或细粒度复用
如果您熟悉 HTTP/2 的工作原理您会认为它已经实现了多路复用。事实上多路复用是 HTTP/2 的主要功能之一。
HTTP/3 只是以一种新的、更好的方式实现了多路复用。具体来说HTTP/3 旨在解决队头阻塞问题(HOL)。
理想情况下我们会直接在 TCP 中修复此阻塞问题。当我们通过 TCP 运行 HTTP 时我们可以并且确实同时发送多个不同的文件。这是我们目前的多路复用化身。
当您打开网站时服务器希望一次发送尽可能多的文件。这对速度和效率有好处。HTTP/2 允许这样做但 TCP 不理解多路复用文件。
对于 TCP 来说它们都是一大块。更糟糕的是如果其中任何一个失败它必须重新启动该流中的所有文件。
HTTP/3 的新协议是 QUIC它有点像 TCP 2.0。它将细粒度文件的概念构建到流中以便可以以更细粒度的方式重新启动它们。更棒的是它这样做不会破坏所有现有的 TCP 基础设施。
连接弹性
我们所说的连接弹性是指当设备在网络间移动时有一种机制可以保留客户端和服务器之间的相同连接。
在 TCP 中这种连续性是不可能的因为该协议只理解 IP 地址和端口号。如果其中任何一个发生变化例如当您拿着移动设备从一个网络走到另一个网络时就必须建立全新的连接。这种重新连接会导致可预见的性能下降。
QUIC 协议引入了连接 ID或 CID。出于安全考虑这些实际上是服务器和客户端协商的 CID 集。
因此HTTP/3 连接使用 IP 地址、端口和 CID即使网络发生变化并建立了新的 IP 或端口它们也能保持连接。这为协议提供了一种对话持久性。
HTTP/3 实现
我提到过HTTP/3 建立在 QUIC 协议之上QUIC 协议本质上是 TCP 的新版本。QUIC 是一种具有历史和持续发展的协议但对于 HTTP/3 而言您需要知道的是它在古老的用户数据报协议(UDP) 上构建了多项功能。
UDP
UDP 是几乎所有网络设备和软件都实现的基本协议。它用于 DNS 查找。它的普遍性和简单性使其成为最新版本 HTTP 的坚实基础。
与 TCP 不同UDP 是无连接的没有网络优化逻辑。QUIC 协议建立在 UDP 之上并添加了这些必要的元素。本质上我们正在实现一个更好的网络层它借鉴了数十年实际互联网使用的经验。
快
虽然 UDP 是无连接的但 QUIC 却不是。QUIC 使用确认 (ACK) 来建立和维护连接。QUIC 还支持数据包重新传送。这些功能与 TCP 类似但进行了改进以实现我们已经讨论过的三个目标内置加密、减少网络往返和持久连接。
QUIC 是 HTTP/3 的核心它根据实际经验以更高效、更安全的方式重新实现了 TCP 的基本元素如确认和重新传送。UDP 被用作 QUIC 的基础因为它是一种完善的协议为实现提供了最低限度的基准。
QUIC 还被设计为可扩展的这让我们避免了目前使用 TCP 时遇到的情况。QUIC 协议使用帧它封装了特定的数据报用途并且可以在将来添加而不会破坏现有用例。
HTTP/3 的现状和未来
尽管 QUIC 已经在浏览器和其他项目中使用但所有功能、协议和 HTTP/3 规范本身仍在不断开发中。
在可预见的未来HTTP/1、HTTP/2 和 HTTP/3 将继续共存。有消息称HTTP/1 仍占网络流量的近 30%。HTTP/3 将采用类似的请求模型。
目前HTTP/3 作为一个更高级的网络层存在随着更多参与者的支持它将得到广泛使用。HTTP/3 在大规模部署时将如何兑现其承诺还有待观察。
对于大多数在职程序员来说这一变化是我们生活和工作的世界的一个有趣事实但它不会直接影响我们编写的代码。
例如我们不会直接构建 QUIC 客户端。当然这一变化对于网络管理员和系统操作员以及任何需要分析和了解网络流量的人来说更为重要。事实上QUIC 的加密性质一直是一些网络运营商的症结所在因为它使识别模式和确定用户何时滥用网络变得更加困难。
HTTP/3 是未来网络领域的一个重要特征。每个从事网络开发的程序员都希望至少从高层次上了解它的工作原理。
请参阅以下资源以了解有关 HTTP/3 及其组件的更多信息
RFC 9114HTTP/3 提案的详细信息和历史。 RFC 9000QUIC 提案的详细信息和历史。另请参阅此处的QUIC RFC 摘要。 Smashing Magazine 有一系列关于 HTTP/3 的深入介绍包括性能改进。
