CCtalk高可用多媒体服务技术选型与实现

  • 时间:
  • 浏览:1
  • 来源:uu快3登入_uu快3漏洞_是真的吗

2)HTTP-FLV

一点拥塞控制都可以 分为发送端基于丢包的网络估计,以及接收端基于延迟的网络估计两每项,总结下来,本来 根据丢包率以及延迟控制发送端的码率。除此之外,我门都都都的码率后后刚开使降低的后后,是都可以 总爱 降低下去的,不可能 码率降低原困音视频质量的下降。我门都都还都可以 另外一套补充机制,叫做消峰避免:

有后后教育直播架构须具有的以下社会形态都可以 满足需求:



4、录制回顾以及旁路推流

HTTP-FLV的原理是服务器在响应HTTP请求后后,不返回Content-length字段,它使用HTTP协议来实现,不容易被防火墙拦截,延迟略低于RTMP,但都可以 秒级的。

3、服务端架构演进

RTMP的优点是CDN加速心智心智心智心智性性性性性性成熟期 图片 期,成本低,可用的开源库,以及开源工具比较多,延迟一般在2到5秒。

我门都都还有一套专门的OCS编辑器来帮助对OCS回顾进行二次编辑,编辑器都可以 将编辑后后的结果再次传到云端,原本学生就都可以 观看编辑后后的内容。

1)RTMP

从图中都可以 看一遍,所有的客户端与信令系统之间有另有一个TCP长连接,来实现PPT、白板笔、答题卡、文字聊天等等教学相关的小工具;所有的用户与媒体服务之间有一路TCP或UDP的连接,实现老师与学生之间的双向实时音视频互动,比如说老师上课的后后,将产生的实时音视频数据发送到媒体系统,媒体系统按照一定的路径将媒体数据发送到学生端;不可能 学生端也上麦了,这么 学生端产生的音视频数据也会经过媒体系统转发到老师端,原本就完成了另有一个教学场景下的双向音视频互动。一块儿,媒体服务会旁路推流一路RTMP到CDN,学生端都可以 在HTML5网页里直接观看实时单向直播,原本就满足了在大型直播中网页传播的诉求。另外媒体服务器会将上课时产生的音视频数据发送一路到录制服务,一块儿信令系统会将上课时产生的PPT、白板笔以及文字聊天等内容发送一份到录制服务,录制服务收到所有上课内容后,将它们以元素的形式存储下来,存储下来的一点格式叫做OCS回顾,便于课后回顾。

在一点过程中,我门都都使用的转码服务,前期用户量不大的情况报告下,我门都都使用CPU转码,单台16核的机器的并发数量都可以 达到40路,上边随着业务增长,对于转码集群的要求不断增大,什么都有有我门都都改用了GPU转码,并发情况报告如下:

1、主流直播方案

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/81124938

2、客户端AV引擎

HLS的优点是CDN采集容易,成本低,都可以 在HTML5页面中直接打开观看,但它延迟一般大于12秒。

CCtalk是沪江旗下的支持互动教育平台,它提供网师服务,支持老师签约入驻,拥有基于云,大数据和AI的个性化课程推荐,一块儿也支持社群化学习,都可以 通过课前预习,课后答疑和视频回放等来沉淀学习用户,有后后还有非常充沛的教学工具,包括实时多向音视频服务,双向白板,屏幕分享,讲义,教学小工具等等。

一点架构分为两大每项:信令系统和媒体系统,整个架构中的所有服务设计功能单一、社会形态简单,有后后所有节点支持线性扩展,理论上它能承载的人数是这么 上限的,你有后后我加机器就都可以 了,所有的节点支持失效自动转移,这套系统我门都都用了很长一段时间,但在使用的过程中还是发现了一点问题图片,以媒体系统为例,首先另有一个是问题图片是地处中心节点,这就原困所有的数据都可以 先经过代理节点转发到中心节点,再发送到代理节点,最后发送到学生端,有后后一点路径是固定的,所有的数据都可以 走这么 长的路径,此外,系统之间有一定的耦合。为了避免一点问题图片,重新设计了新的媒体架构:

主流的直播方案,我把它分为四类:RTMP,HTTP-FLV,HLS和RTP

1)客户端数率消耗不多

这么 ,我门都都的应对策略是:

4)RTP

高并发场景的案例分析,一点每项与实际的音视频这么 不多的关系,但却地处教育场景当中不得不面对的一点问题图片,我首先举个例子,希望都可以 对我门都都可以 一定的启发。我门都都来想另有一个问题图片:同另有一个教室里,有20万人一块儿在听课,我门都都会遇到一点问题图片,我门都都该如可避免一点问题图片?假设有20万人在同另有一个房间,每买车人携带的数据量是30字节(这类:用户列表、用户ID、昵称等等),假设每台网关承载三千人,这么 离米 都可以 66台网关,正常情况报告下,假设每秒有30人进出房间,这么 负载到每个网关上本来 12人每秒的瞬间吞吐,什么都有有算下来当有另有一个用户进房间,这么 他拉取的一点数据量本来 45Mb,他进房间的一点瞬间都可以 拉这么 多的数据,每台网关承载的实时的吞吐量是554Mb,当再次出现异常时,比如说某台网关宕机不可能 脱离了核心服务,我门都都的负载均衡服务会将再次出现的问题图片的离米 三千人负载到剩余的64台服务上,此时的网关负载增量是46.8人,异常时的网关瞬间流量是2Gb。总结下来地处的问题图片如下:

2) 提供数据的版本机制,在一定范围内,只避免变化的数据。

今天我会从有一个方面来给我门都都介绍:

下面介绍一下其他人 的特点:

文 / 杨福强

2)进入教室慢

3)HLS

下面我会针对引擎的网络每项做另有一个简单的介绍,主要介绍用到的几个关键的技术。首先思考另有一个问题图片:当客户端在使用媒体引擎的服务时,都可以 做的第一件事是一点呢?

 

本文来自沪江技术中心开发经理杨福强在LiveVideoStackCon 2017上的分享,并由LiveVideoStack采集而成。杨福强于2012年加入沪江,主要从事教学互动平台CCtalk的开发,今天他将为我门都都分享高品质教学平台的一点技术难点和避免方案。

2,客户端AV引擎

教育直播-CCtalk是基于RTP协议自主研发的,它的传输层支持UDP和TCP本身生活最好的方式,支持网师之间以及任意观众之间的连麦互动,连麦延迟和观众延迟都可以 毫秒级的,一块儿它支持PPT,白板笔,答题卡,文字等多种不同形式的教学互动。下面介绍CCtalk的软件架构图:

5,高并发场景案例分析

3,服务端架构演进

这张图的上半每项在前面不可能 介绍过了,本来 客户端的引擎每项,下半每项是对应的媒体服务器的一点功能。最初的CCtalk服务系统是由第三方提供的,开发简单,成本低,但人太好地处一点问题图片。都可以 我门都都自主研发了一套服务端体系,架构如下:

3)服务并发避免量不多

而CCtalk本来 这么 另有一个支持多种教学工具的实时大规模并发教学平台。在最后后刚开使实现一点平台的后后,我门都都采用了一点开源方案,如webrtc,但都可以 发现直接使用开源方案无法为完整篇 满足教育直播的需求,有后后我门都都自研发了一套客户端AV引擎:

整个媒体系统设计原则有两点:一是尽最大的不可能 找两根最优的路径,将数据尽快的发送到对端;二是在服务跳再次出问题图片的后后,尽量的保证服务的可用性,有后后让用户这么 感知。

RTP一般是各家自研,相比于传统的直播方案来讲,自研方案不支持CDN加速,且成本贵,延迟一般是30到30毫秒之间。

5、高并发场景案例分析

以小网络为例,它的每次DNS解析的结果不可能 是变化的,我门都都无法保证它寻到的结果一定是最优的。当用户接入到边缘节点后后,在使用过程中,用户的网络在不断变化的,有后后我门都都还都可以 有另有一个动态检测的机制,不可能 引擎检测到网络波动较大的情况报告,这么 都可以 再次启动自动寻路机制,再给它找另有一个网络质量较高的边缘节点接入。此外,不可能 网络总爱 在变化,为了适应一点不断变化的网络,我门都都还都可以 一套拥塞控制机制,在这里我推荐Google的GCC拥塞控制算法:

消峰避免的原理是将比较大的数据分成若干个包,在一定时间内发送出去。但这会带来延时的增大,有后后都可以 控制发包的间隔大小。最后,当数据在传输当中不可能 误码等因素原困丢包时,我门都都还都可以 丢包重传的机制来进一步的提升网络的质量。总结下来,人太好整个客户端引擎的网络每项,人太好本来 在做一件事:在实时性与质量之间权衡,有后后一点权衡具有一定的自适应能力。

答:都可以 找另有一个网络质量较高的边缘节点接入。

下面讲一下录制回顾以及旁路推流,架构如下:

1,主流直播方案介绍

首先,我门都都把信令系统与媒体系统之间解耦,也本来 说我门都都之间相关的操作如加入房间,建立房间,完整篇 放到去客户端的AV引擎去实现;另外,我门都都加在了中心节点,加入了转发节点的概念,所有的转发节点都可以 对等的,有后后转发节点会将收到的音视频数据通过另有一个智能寻路算法自动找两根最优的路径。

关于CCtalk

具体如下,当 Server收到指令以及数据时,会将音视频数据发送到服务端的音视频引擎,服务端的音视频引擎会对一点数据做一点避免,压缩成另有一个大视频,将大视频存成MP4,并保存到云端,一块儿,将一点实时的视频流以RTMP的形式推到CDN,原本,HTML5页面就都可以 在线观看实时的网页直播;一块儿媒体录制服务器会将上课时产生的所有内容以元素集合的形式存储一份,我门都都把一点存储格式叫做OCS。下面本来 直播或录播的流程图:

4,录制回顾以及旁路推流

采集 / LiveVideoStack

1) 精简信息+完整篇 信息

录制OCS回顾视频过程如下:

如上图所示,有后后我我我门都都可以 一百个边缘节点,用户都可以 从一点百个上边选另有一个到他的网络质量较高,这么 该如可选者呢?不可能 你首先想到的是DNS解析,但人太好只靠DNS解析是不够的,我门都都还都可以 一套自动寻路机制,如下图所示: