直播类型
传统直播
传统直播基本都是单向传输,很少有做交互。类似于广电演唱会的直播,做交互都是放在秀场里做。只是简单的对外传输直播流,并且流数比较少,延迟容忍度高,基本都超过 10 秒,包括电视转流、演唱会直播等。
游戏直播
游戏直播也是单向传输,通过直播文字进行交互,利用弹幕或者讨论组进行沟通。最大的特点是流数比较多。游戏直播自身的业务对延迟要求不高,但因为竞争激烈提升要求,目前做秀场直播,要做到2秒。大家想想主播在打游戏的过程中,不管是在直播自己玩的游戏内容还是介绍玩游戏的心得,延迟并不是特别重要,因为更多的时候,在直播的过程当中,弹幕和讨论组跟直播流是分开的。
直播卖货系统
直播卖货系统的特点是单向、文字交互,流数少,基本是介绍自己的商品,延迟容忍度高于 5 秒。有跨国性的特殊需求,像海外淘,国外买手在直播自己的内容,这时候需要专业的厂商提供一些海外的内容。
移动轻秀场
移动轻秀场有两种方式:单向和双向。通过文字交互或者直接通过流进行聊天,流数比较多。延迟容忍度比较低,2到5秒已是非常大的要求。基本很多都是1到2秒之间。
直播+的概念
直播+使直播进入一个更多垂直的细分领域,包括O2O以及其他内容,比如新闻发布会、做培训宣讲希望别人看到自己的内容。这是直播架构带给更多的用户趋向性的东西,你可以通过直播的方式介绍你的产品、员工。
直播卖货系统服务架构
整个直播卖货系统服务的架构,首先需要有一个信号语言,不管是电视信号源、摄像机信号源、还是桌面捕捉下来的内容,都可以通过推拉流的方式直接上传到一个视频处理的中心,进行编解码或者做一些水印等视频处理。比如给它们加一些打点的数据、字幕以及一些特殊说明等,这些都会在视频处理这块生成H.264和AAC的直播流,然后通过内容分发的网络,直接分发到全国的边缘,让用户能够通过各种设备看到直播流。处理完视频流之后,还可以进行录制存储,录制完了之后还能够转成点播,满足用户的多样需求。还有虚拟直播的概念,包括现在一直播,在录下来的时可以转成FLV的流推出来,这是虚拟直播的概念,不是真正的现实流录播。
业务架构
常见业务架构
很多人在设计直播卖货系统架构的时候,通常传统厂商都会有一个集中的视频源。视频源能够让用户把视频传到单一视频源里面。单一视频源的优势是省事,做分支部署比较简单,但是故障率比较高,发送故障以后解决的时间较长。而直播卖货系统,特别是互动类直播,大量的主播分布在各个运营商网络里,单一的视频源并不能够满足跨运营商传播的时效问题和网络的优化问题。通过单一视频,搜集到数据之后,再向运营商做一个分发,这是不靠谱的网络结构,那遇到云直播之后会产生什么样的变化呢?
视频云业务架构
在视频云的业务架构中,会加入更多的组建视频源的集群,用于收集视频主播的边缘用户的直播流上传数据。比如北京电信用户上传上来,如果只有一个单一源,在上海电信客户会需要跨城市去上传到上海电信区域。但是现在有一个集群式的云,他就可以通过合理调度直接上传到最为适合的上行边缘节点,比如上传到北京电信边缘节点,再通过北京电信上传到我们的核心源,再通过内部进行交互和分发,如果你的播放用户在联通里面,还可以通过几个核心源之间进行数据调度中转,传输到联通边缘,再提供给终端用户进行访问。
在河南、浙江、广州、北京、江苏、四川搭建了一个用光纤打通的核心视频源的集群,当直播卖货系统的主播推流到任何一个边缘节点的时候。可以通过智能调度进行跨越传输,通过物理光纤直接进行数据交互,缩短数据传输的时间。合理的将大量用户进行智能调度访问到不同的运营商,不同区域,提供终端用户的访问体验,也就意味着可以保证一个低延时直播访问。
核心节点集群通过的光纤打通之后有什么好处呢?如果是单一的视频源,像去年有厂商核心数据中心光纤被挖断发生长时间大面积的网络故障,如果使用云直播平台服务,在6大核心节点中使用物理光纤打通,当单一核心节点故障时,可以通过智能调度转换访问其他区域,实现自动容灾,发生故障时,节点之间可以进行相互切换,自动选路。就不会出现某一个机房断了,整体的服务就要停止,合理的防止单点故障照成的更大网络故障并提高跨网跨运营商的传输速度和效率。
传统直播服务与直播云的对比
对直播卖货系统而言,视频源站的稳定性非常重要,直播不间断、不卡顿,跟源站有直接的关系,对直播效果带来的影响很大。传统直播服务多采用单一源站,而直播云将整个平台去单点化,通过打造源站集群,形成多个源站的架构。单一源站使整个架构系统非常简单,在单一机房,维护一套系统,很容易实现分布式;延时方面不用担心公网网络抖动导致的系统不稳。
————————————————
声明:本文由云豹科技转发自钱曙光博客,如有侵权请联系作者删除