2. 如何进行数据链路保障

实时数据的处理链路非常长（数据同步→数据计算→数据存储→数据服务），每一个环节出现问题，都会导致实时数据停止更新。实时计算属于分布式计算的 种，而单个节点故障是常态的，这种情况在直播大屏中表现特别明显，因为数据不再更新，所有的用户都会发现数据出现了问题。因此，为了保障实时数据的可用性，需要对整条计算链路都

进行多链路搭建，做到多机房容灾，甚至异地容灾。

由于造成链路问题的情况比较多，并且一般不能在秒级定位到原因，因 会通过工具 比对多条链路计算 的结果数据，当某条链路出现问题时，它一定会比其他链路计算的值小 ，并且差异会越来越大。这时候会一键切换到备链路，并且通过推送配置的形式让其秒级生效，所有的接口调用会立刻切换到备链路，对直播大屏完全透明，并且用户也感知不到故障的发生。

 

3. 如何进行压测

在大促备战中，会对实时链路进行多次压测，主要是模拟“双11“的峰值情况，验证系统是否能够正常运行。压测都是在线上环境中进的，分为数据压测和产品压测。

 

数据压测主要是蓄洪压测，就是把几个小时甚至几天的数据积累下来，并在某个时刻全部放开，模拟“双 11 ”洪峰流量的情况，这里面的数据是真实的。比如通过把实时作业的订阅数据点位调到几个小时或者几天前，这时候每一批读到的数据都是最多的，对实时计算的压力也最大。

产品压测还细分为产品本身压测和前端页面稳定性测试。

(1 ）产品本身压测

收集大屏服务端的所有读操作的 URL ，通过压测平台进行压测流量回放，按照 QPS: 500 ／秒的目标进行压测。在压测过程中不断地迭代优化服务端的性能，提升大屏应用处理数据的性能2024澳门天天开好彩大全53期。

(2 ）前端页面稳定性测试

将大屏页面在浏览器中打开，并进行 24 小时的前端页面稳定性测试。监控大屏前端 JS 对客户端浏览器的内存、 CPU 等的消耗，检测出前端 JS 内存泄漏等问题并修复，提升前端页面的稳定性。