做海外市场,特别是目标面向全球的用户,网络的重要性不言而喻。试想一个移动端应用,打开 App 首页需要 10s 的时间,恐怕会让一半的用户流失。爱奇艺推出的国际版面向全球的用户,在面临海外网络复杂的环境,针对性做了一系列优化实践,取得了不错的效果,在此总结分享我们的一些做法和优化思路,希望对你有所帮助。
优化实践的几个核心:能不请求网络就不请求,请求的链接目标 0-RTT,请求的内容越小越好。
01
调研当地的网络情况
在 App 初期版本内增加请求链路的采样。样本数足够的情况下,可以清楚你要推广的市场是怎样的环境。样本数据让我们清楚发现了各个国家、地区网络的问题,在大规模宣传和投入前,做好 App 的基础工作非常重要。
图:海外用户至海外数据中心的网络延迟(这是监测节点数据,用户端延迟更高)
图:海外主要国家、地区移动网络情况
在调研阶段,我们发现了以下问题比较明显,切实影响我们的运营及 App 体验。
一、运营商劫持严重,DNS 劫持、HTTP 劫持。
二、移动端网络复杂 东南亚的网络基础建设还待改善。
三、低端 Android 机有一定的占比,数量级别影响决策。
四、国际网络用户端到服务器的延迟高
在初期阶段,技术工作的核心是解决以上问题,为后续的运营做好基础建设。因为业务接口大部分为 HTTP 形式,就开始围绕 HTTPS 进行针对性改进。
图:一个HTTPS请求阶段分析
一个 HTTPS 在第一请求会有 5 个 RTT
1RTT(DNS)+ 1RTT(TCP 握手)+ 2RTT(TLS1.2)+ 1RTT(HTTP 链接)
如果以端到服务 50ms 延迟为例,
一个 HTTPS 的接口延迟 = 350ms = 50*5+ 100ms(服务端)
如果目标是一个非国内用户,打开首页需要 1.1s, 这个时间显然有点长。
下面开始进行技术改进的正文:
图:概括技术性优化的关键点
02
改进优化方案
01 基础链路的改进优化
1、DNS 优化调整
DNS 的解析改为 HTTPDNS,DNS 的改进上线后观察初始连接请求提升 17% 的效率。
-
解决域名劫持问题 (东南亚地区回传的数据显示有不少劫持)
解决 LocalDNS 非就近分配问题
结合业务可以做解析预热。
2、传输层的优化调整
MTU 的问题
-
Client 端和 Server 端不同的 MTU 值会导致丢包率过高。AWS 某些场景实例默认巨型帧:MTU 是 9001,但接收端默认 1500,这时候就会出现一些丢包的现象。
如果你用了多个云商服务,用 VPN 组网,IP隧道封装的数据临界 1500,又会造成丢包、包重传问题。
最严重的情况:部分网络封杀 ICMP 协议,导致 MTU 无法自动协商
TCP 层面的优化
TCP 拥塞控制优化
拥塞窗口 CongWin 是未接收到接收端确认情况下连续发送的字节数; CongWin 是动态调整,取决于带宽和延迟的积,比如 100MB 的带宽 100ms 的延迟环境。
时延带宽积 = 100Mbps*100ms = (100/8)*(100/1000) = 1.25MB
理论上 CongWin 窗口可以最大化到 1.25MB。CentOS 默认CongWin = 20*MSS,在 29KB 左右,离上限 1.26MB 差太多了,默认值上调TCP的启动会更快。
TCP 快速打开 (TCP Fast Open:TFO)
TCP 的 keepalive 下依然会有链接断掉重建的情况,TFO 是针对这种情况的优化。
图:TFO 的原理机制
在我们观察中开启 TFO 机制,海外业务一个 RTT 通常时间在 100ms 以上,HTTP 请求效率提升了 12% 左右。
02 应用层的改进优化
1、HTTP 的优化
HTTP1.1 有个 keep-alive 作用是复用 TCP 链接,减少新建的消耗,对于浏览器的业务比较适用,但对于移动端这种时间分散的请求,大部分请求还是新建连接。HTTP1.1 的串行机制有头部阻塞的问题
2、SSL 层优化
尽量升级到 TLS1.3,利用 Pre-shared Key 机制,开启 ssl_early_data 可以进一步优化 “0-RTT ”,如果无法升级 TLS 版本,优化密钥算法为 ECDHE,运算速度快,握手的消息往返由 2-RTT 减少到 1-RTT,能达到与 TLS1.3 类似的效果。
图:TLS 版本的区别
TLS1.3 经过优化后,一个 HTTP 请求由之前的 4 个 RTT 减少为 3 个 RTT。
3、升级 HTTP2.0
几个重要的改进点:分帧传输、多路复用、头部压缩。
多路复用
在 HTTP/2 中,两个非常重要的概念:帧(frame)和流(stream)。帧代表着最小的数据单位,每个帧会标识出该帧属于哪个流,流也就是多个帧组成的数据流。多路复用,就是在一个 TCP 连接中可以存在多条流。这些改进可以避免 HTTP 队头阻塞问题,提高传输性能。
头部压缩
开发人员如果不注意对 header 内容的控制,会造成 header 内容失控的现象,客户端极容易存储一个非常大的 Cookie
图:HTTP2 的分帧传输机制
4、边缘节点动态加速 ⭐️这个是非常有效的方式
尽可能离用户最近,利用边缘节点对路由、链路进行优化,提高动态服务的效率。
相较于直连模式,使用动态加速后,P90 的接口延迟效率提升了 60%。
图:爱奇艺海外动态加速的效果提升
请求时间为秒(s)
5、启用兜底机制
对于失败的请求,启用兜底的协议 QUIC 或者 kcp。
客户端的失败率在 3% 左右,对这部分请求使用 UDP 协议兜底尝试,在我们的观察成功率提升了 45%。
03 传输内容的优化
1.应用 Brotli
因为预置了字典,在同等级别的压缩率下,对比 gzip 至少提升了 17% 的压缩比,接口平均的 Content-Size 由 30KB,降至 18KB。
2.接口由 JSON 改为 Google Protobuf
应用 Protobuf 的重要原因是解析效率比 JSON 至少高四五倍,在节点深度和数据量大的情况下更明显。
但注意 Protobuf 内部的 varint 压缩,只对小于 128 的数字进行可变长压缩。实际效果不大,生产环境如果数据量大,外层的压缩如 gzip 不可少。
3.图片格式升级为 WebP
在应用 WebP 的同时,降低海报图片的质量,实践看海报的 quality 设置为 85% 肉眼难以分辨,相对同质量的 JPEG 或者 PNG ,可以最大减小 45% 的体积。
应用效果明显。App 打开首页图片的加载提升肉眼可见。
04 业务层面的优化改进
1.减少不必要请求:
一些通用内容,如导航、频道,通常由运营人员主动更新。如下图,增加一个启动阶段请求的接口,里面放入内容更新的时间戳,与本地 cache 的时间戳有差异,则异步请求更新。
2.区别用户网络,适应不同的策略。
对于视频,非 WiFi 默认启播码率为 360P。
对于海报,后端接口提供两种质量的 Url,WiFi 高质,4G 低质。
3.更多的业务优化
增加请求重试、调整 HTTP 的超时时间,请求缓存等等 这些可以根据业务的需求进行调整。
03
结尾
爱奇艺海外版经过一系列细节优化,用户体验持续上升。用户接口延迟、客户端失败率、视频播放成功率一系列的关键指标得到很大的改善。这也助力爱奇艺在东南亚多个国家的应用市场排名升至 TOP 1。另外 App 优化、Server 延迟优化、产品体验的改进,这一系列只有相辅相成才可以最大化提升用户体验。
也许你还想看
TensorFlow Ranking框架在海外推荐业务中的实践与应用
关注我们,更多精彩内容陪伴你!