在一个完整的流媒体服务框架中，角色就是"两端加一服"，即推流端、拉流端加上流媒体服务器，按照应用场景的不同，协议又分推流协议和拉流协议。

首先是主播方，它是产生视频流的源头，由一系列流程组成：一，通过一定的设备来采集数据；二，将采集的这些视频进行一系列的处理；三，将处理后的结果视频编码压缩成可观看可传输的视频流；四，分发推流，即将压缩后的视频流通过网络通道传输出去。

其次是播放端，播放端功能有两个层面，一个层面是关键性的需求；另一层面是业务层面的。第一个层面，它涉及到一些非常关键的指标，比如秒开，在很多场景当中都有这样的要求，然后是对于一些重要内容的版权保护。

此外我们还需要配合服务端做智能解析，这在某些场景下也是关键性需求。

直播性能测试可以拆分为两种测试，流媒体测试和普通的网页测试。网页测试与一般的web页面性能测试方法一致，使用loadrunner进行测试。

测试直播流的性能其实就是测试视频下载速度，rtmp、hls和http这些数据传输速度是我们所关注的点，我们做的是性能测试，功能测试关注点和性能测试所关注的有所不同。性能测试之前首先要确认测试环境的网络带宽，直播服务器推流的码率，帧数，交换机的带宽等一系列数据，获取这些数据后我们可以推算在此网络下我们能支持的并发数量，满足多少用户能够观看视频直播。

直播类的应用对服务器有哪些要求？

更大的数据量

视频数据和文本数据完全是两个量级的概念，假设一个直播房间有5000人，视频1s的数据60K，那么就需要5000*60=300000KB=292.97MB，基本已经达到了2-3三个手游的大小了，而这只是一个房间产生的流量。当前某著名网络直播APP日活跃用户超过了800W，服务器将承受458Gbps的带宽压力。

更高的并发量

不同于普通应用和游戏，直播类应用的使用时间段非常的集中，一般来说，社交类的直播app时间集中在晚饭后时间至睡前20点~23点，游戏类App活跃时间集中在下班后18~20点间，秀场类App集中在13点和18(午休及下班时间)，因此在这短短几小时之间，会涌入大量的用户，一次大V的直播通常就会造成百万级的用户登录，APP需要有详尽的限流、分流和负载均衡策略，保证服务器不会被冲垮。

在完整的直播平台中，直播性能的测试是鉴别系统优劣的关键，只有功能测试和性能测试都过关，才能满足用户的使用需求。

ITPub博客

成品直播平台，直播平台搭建的性能要求和测试

最新文章