海外加速

项目架构

image

测试

针对第一个问题，运维提供了俩个方案，vpn、以及远程桌面

1. vpn 通过海外vpn访问项目

   优点：可以用真机进行测评，不会受限于设备硬件（gpu、cpu、内存）的影响

   缺点：【vpn】测试海外vr请求时，响应最终还是回到国内，不能模拟出国外用户真实体验

2. 云主机 通过远程桌面访问vr看房项目

   优点：可模拟出国外用户真实场景

   缺点：受设备硬件（gpu、cpu、内存）的影响，存在操作延迟，可能会对测试结果产生影响

结论：【云主机】做功能验证和性能测评【手机vpn】仅做功能验证

image image

基于云桌面的前端差异化分析

1、网络

image image

2、资源

image

3、产品层面

由于产品逻辑和交互风格的不同，我们与竞品的加载策略与渲染逻辑差距很大，且无法调整。

结论：

• tcp建链，以及请求回源的时间过长
• js数量比较多，在加载慢的情况下，因为不是并行加载会延长页面首屏显示时间
• 静态图片资源比较大、模型图片数量过多且与全景图片都在pic1.58cdn.com.cn域名下

优化方向：

• 网络通道优化
• js资源优化合并第三方js，并行加载js
• 升级http2.0，并结合多域名存放全景图片

网络通道优化

缩短用户于资源的距离，减少请求时间，源站需要部署在海外

image image image

DNS优化

避免海外用户解析的域名NS在国内，需要把NS部署在当地（例如：北美、南美、欧洲、东南亚、非洲等）。可以通过购买不同域名，将权威DNS节点落在当地或者同一域名通过anycast落在当地

image

http协议

image

http1.1存在单个域名6个tcp链接数的限制，有http队首阻塞问题和tcp队首阻塞

image

http2.0 单个tcp链接，解决了http队首阻塞问题还是存在tcp队首阻塞问题

image

丢包问题：网站丢包率如果超过2%，2.0的性能就不如1.1，这是tcp的应答机制导致的，丢包会阻塞tcp链接。

在客户端：造成请求发送阶段stalled时间变长以及请求接受阶段的帧阻塞丢包帧之后的帧数据都会被缓存在接收端的TCP缓冲区上，直到收到服务端的重发帧才会继续。

在服务端：丢包发生后，会暂停发送后续帧，重发丢包帧

image

http3.0 采用UDP协议+quic协议 实现无阻塞多路复用（）

整体解决方案

1、测评：腾讯云主机(硅谷、新加坡、曼谷、北京）

2、资源部署海外（腾讯海外cos存储）模型贴图、全景图片多域名存储

3、购买不同域名，加快dns解析

4、cdn采用腾讯cdn海外版

5、服务侧启用gizp以及http2.0

6、前端three相关第三方js合并，与主js并行加载，全部加载完执行渲染逻辑，请求采用关键资源单独域名的多域名存储配合http2.0组合方案加快图片加载

参考文档

tcp/ip协议

http规范