app直播源代码“助力”直播架构，走上探索之路

对于直播App的开发来说，直播App源代码是一个非常重要的存在。直播架构在开发过程中也是一件非常重要的事情。如果架构的建立不能从根本上解决问题或防止问题的发生，那么前端App运行时会出现一些运行错误。接下来，我想和大家简单分享一下直播架构。

1.直播架构的演进

（1） CDN直播架构

目前，最流行的直播架构是CDN直播架构。主机通过手机或电脑将自己的视频流上传到服务器，然后访问相应的CDN服务。视频流通过CDN网络分发，并分发给各地的用户。然后所有用户都可以看到主机的性能。

（2） 实时交互式直播架构

CDN方案不能用于实时交互式直播，因为CDN方案的性质决定了延迟不能满足实时要求。通常，在实时交互的架构中，主机将他/她的视频流上传到服务器，然后通过服务器分发给其他用户。再次使用适当的传输协议，并且延迟可以非常小。从主机到服务器再到观众的延迟，加上编码、解码和抖动的延迟，可以控制在数百毫秒以内。虽然这种结构非常简单，但总体趋势的一个缺点是它没有考虑到覆盖不同地区和用户的问题。

（3） 分布式实时交互式直播架构

主机的视频流上传到访问服务器后，服务器会将视频流分发给部署在世界各地的服务器，然后这些服务器可以访问本地用户并传输视频。在这种架构中，部署在世界各地的服务器可以让用户快速访问附近的区域。整个视频流通过我们在互联网上开发的分布式传输算法实时传输到世界各地的机房，并且可以避免机房或主干网络出现故障，这将对传输造成一定影响。

2.解决覆盖问题

首先需要部署大量边缘服务器。边缘服务器的地理位置离用户越近越好。最好使用相同的SP。下面是一个简单的示例。例如，在中国，我们有大量电信、中国联通和移动服务器。当我们发现接入的用户是中国联通用户时，我们会找到中国联通的线路。但是，如果边境地区有用户观看直播，我们必须部署许多边缘服务器。还需要分配服务。如果用户在部署边缘服务器后仍然无法访问边缘服务器，则需要匹配算法来根据用户的SP找到最匹配的边缘服务器。

3.DNS解析问题

目前，无线互联网，也就是我们常用的WiFi，已经非常流行。但在使用WiFi时，会出现比有线宽带更严重的问题：DNS解析。当用户访问时，第一步是通过域名解析到最近的服务器。然而，如果使用DNS解析，无线网络信号将受到一定影响，导致DNS解析失败。因此，需要首先使用该决议。如果解析失败，将使用静态IP配置。

4.“主干”网络故障

在“主干”网络中，问题经常发生。如果发生故障，您可以通过路由构建所需的响应。首先连接到分发服务，分发服务将提供一批可访问的计算机室。如果访问计算机室出现故障，它将立即切换到下一个可用的计算机室。如果发现下一个机房仍然不好，它将再次访问分发服务，以便继续搜索当前可用的服务器。

这是实时互动直播过程中非常突出的现象。在短时间内，大量用户进入频道或使用服务，这可以称为蜂拥而至，并对后台产生巨大影响。实时后台中的大多数服务器每秒都可以访问大约1000台服务器，但处理能力远远不足以满足蜂拥而至的用户。此时，通常会出现一个问题，即后台的响应处理速度越来越慢，许多用户的请求会超时。