Facebook正在使用QUIC取代互联网几十年来一直沿用的默认协议，这是我们最新的网络协议优化策略，同时也是最激进的一步，目的还是为了进一步提高我们的服务的用户体验。
什么是QUIC和HTTP/3呢？
从广义上讲，QUIC替代了传输控制协议（TCP），后者是互联网通信的主要协议之一。QUIC最初由谷歌公司内部研发，称为GoogleQUIC，或gQUIC，于2015年提交给IETF。从那之后，更广大的IETF社区对其进行了重新设计与改进，形成了一个新的协议，也就是我们现在所说的QUIC。
HTTP/3是HTTP的新一代迭代，它是基于网络的应用程序和服务器之间通信的标准协议。综合Facebook、谷歌和IETF社区数十年来在互联网上运行协议获得的最佳实践经验和教训，QUIC和HTTP/3共同代表了最新且最强大的以互联网为中心的协议。
以经验为导向的协议开发
Facebook开发了自己的QUIC实现，我们称之为mvfst，以便在我们自己的系统上快速测试和部署QUIC。我们有编写和部署自己的协议实现的经验，首先部署我们的HTTP客户机/服务器库Proxygen，紧接着是Zero协议，最后是Fizz（我们的TLS1.3实现）。
从头开始开发和部署新的传输协议
我们希望新协议能够与现有的软件无缝集成，并且帮助Facebook的开发人员更高效地工作。作为一个试验场，我们决定将QUIC部署在Facebook的相当一部分网络流量上，尤其包括指向Facebook的公共代理流量在内的内部网络流量。假如QUIC不能很好地处理内部流量，我们便可以确定它在更广阔的互联网上效果也不会太好。
Facebook应用程序
部署到Facebook应用程序是我们在互联网上使用QUIC的第一个目标。Facebook拥有成熟的基础架构，可以让我们在向数十亿人发布应用程序之前，以有限的方式安全地推出应用程序的更新。
扩大使用范围
下一步是为Facebook应用中的静态内容部署QUIC(如：图片和视频）。然而，在此之前，我们必须解决两个重点问题：mvfst的CPU效率以及我们的主要拥塞控制实现的有效性与BBR。
QUIC针对所有内容
在为Facebook应用程序中的所有内容启用QUIC之前，我们先与包括我们的视频工程师在内的几个利益相关者展开合作。他们对重要的产品指标有着深刻的理解，能够在我们启用QUIC时帮助我们分析Facebook应用程序中的实验性结果。
Instagram及其他
即使是在Facebook这样丰富复杂的应用程序上，QUIC也被证明能够有效改善人们在互联网上的体验。在未来，我们计划继续利用更多QUIC的已有功能，比如连接迁移和真正的0-RTT连接创建，并致力于改善拥塞控制和损失恢复。
本文分享自微信公众号 - LiveVideoStack（livevideostack）。
如有侵权，请联系 [email protected] 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。