共计 1015 个字符，预计需要花费 3 分钟才能阅读完成。
在直播平台软件开发中，须要关注的点有很多。然而咱们并不能把关注点只是放在客户端如何去采集音频数据，或者是客户端的推拉流的相干内容，而是应该先理解一下直播技术的架构问题。这样一来，对于直播技术的运行流程了解起来也就更加容易了。
一. 简略的音视频直播架构
1、在直播平台软件开发中这种架构绝对比较简单，能够利用已有的 CDN，比方阿里、腾讯、百度等，而后再本人搭建一个服务器并实现服务层的搭建。这个时候，能够先向这一服务器（咱们能够叫做信令服务器）发送共享音视频指令，而后通过摄像头采集相干的音视频数据，编码之后通过 RTMP 的协定将音视频流推送到 CDN。
2、接收端向信令服务器发送指令从而获取所共享的音视频流的名称，再通过这个名称从 CDN 中拉取音视频流，通过解码之后渲染在屏幕上。
二. 实时交互的音视频直播架构
1、在直播平台软件开发中相比起下面的直播架构，这一种直播架构相对来说比较复杂。它们之间的次要区别就是：减少了自有网络。客户端通过 UDP 进行数据传输，这样能够大大的缩小因为网络和 CDN 构造所导致的音视频提早的问题。在共享音视频的时候，都是通过 UDP 协定上传到各自的网络服务器上，这时候如果有其他人要参加实时互动的话，参与者也会通过 UDP 连贯到这个网络，从而达到实时互动的成果。
2、其中，音视频数据上传到自有的网络上之后，还须要通过专门的服务将数据流转化成为 RTMP 流并推向 CDN，这样一来，大多数不参加实时互动的用户就能够在 CDN 上间接获取音视频的数据了。这一架构的长处就是：既能够满足实时互动的需要，又能够满足少量用户只看不互动的需要。
三. 解决高负载和并发问题
1、在直播平台软件开发中为了可能解决实时互动负载过大和高并发的问题，就须要减少资源管理服务器从而实时监测各个服务的资源。在共享音视频时，资源管理器能够调配最佳的服务器给用户应用，而且服务器的资源是能够依据需要来进行横向扩容的。为了减少它的执行效率，服务端通常会应用 C 或 C ++ 语言进行编写。
2、总体来看，在直播平台软件开发中实时互动直播曾经成为直播最次要的发展趋势。在直播开发的过程中，不仅须要理解客户端的采集、推拉流等方面的问题，还能够从直播技术的架构方面动手去具体理解直播运行过程中的相干问题。在理解直播架构问题之后，对于直播其余方面的常识绝对起来也就更加容易了解了。
本文转载自网络，感激（爱吃五花肉吗）的分享，转载仅为分享干货常识，如有侵权欢送分割云豹科技进行删除解决