集群部署
- 痛点： 溯源方式单一，边沿服务器不能使用HLS。
- 场景介绍:
一般流媒体集群实现方式采用溯源方式实现，服务器分为源站和边沿站。源站一般用于接收推流，它一般不直接承载用户的播放请求，而是通过边沿服务器向其拉流同时分发给播放器，通过该模式可以支持海量的用户播放请求。srs很早之前已经通过配置文件的方式支持该功能，由于zlmediakit比较早也提供按需拉流的功能，本质上也支持溯源模式的集群，不过用户需要对接hook和api，开发门槛比较高，所以最近zlmediakit也支持了通过配置文件的方式来实现集群模式，配置文件如下:
[cluster] #设置源站拉流url模板, 格式跟printf类似，第一个%s指定app,第二个%s指定stream_id, #开启集群模式后，on_stream_not_found和on_stream_none_reader hook将无效. #溯源模式支持以下类型: #rtmp方式: rtmp://127.0.0.1:1935/%s/%s #rtsp方式: rtsp://127.0.0.1:554/%s/%s #hls方式: http://127.0.0.1:80/%s/%s/hls.m3u8 #http-ts方式: http://127.0.0.1:80/%s/%s.live.ts #支持多个源站，不同源站通过分号(;)分隔 origin_url= #溯源总超时时长，单位秒，float型；假如源站有3个，那么单次溯源超时时间为timeout_sec除以3 #单次溯源超时时间不要超过general.maxStreamWaitMS配置 timeout_sec=15
[cluster] origin_url=rtsp://xx.xx.xx.xx:554/%s/%s
zlmediakit的溯源方式支持rtsp/rtmp/hls/http-ts(http-flv的方式暂未开放)， 方式多样丰富，同时源站不分主备，采用round robin方式来实现源站的负载均衡。需要指出的是，由于zlmediakit很早就支持hls的按需拉流功能，所以zlmediakit的边沿站也支持hls协议(其实支持zlmediakit任意支持的协议)，这点是srs不具备的。
另外需要指出的是，由于zlmediakit同时支持rtsp和webrtc，而它们两者都是基于rtp的，在zlmediakit内部，无须转协议简单处理后就可互联互通，所以使用zlmediakit来做大规模的webrtc低延时直播已经成为可能；相较于传统的基于rtmp的cdn，rtsp更适合作为webrtc的cdn基础传输协议，开发者不需要处理繁琐的解复用复用逻辑，即可平滑的实现rtsp与webrtc的互转。
