文章目录[隐藏]
大家好，我是网宿科技售前架构师小F，小F最近认识了一位互联网技术大咖L哥。L哥是某大厂流媒体研发负责人，L哥本人对流媒体通信协议有深刻的理解。但是大咖也有大咖的烦恼，你看最近一些问题就让L哥甚是头疼。故事是这样的，听小F娓娓道来。
小F先给您介绍下直播应用
什么是直播
直播是指电视节目的后期合成、播出同时进行的播出方式。这种方式中节目的后期合成过程就是节目的播出过程，它不经过事先录音或录像，而是同一时间内在现场或播音室、演播室完成节目的制作和播出。直播具有实时性强，观众体验好等优势。
直播基础架构
架构组件：
1)视频源：视频生产源头。可以通过硬件采集，也可以通过第三方源输入，通过网络推流至流媒体分发平台。
2)终端用户：通过播放器拉取媒体服务器上的目标视频流，通过本地播放器进行音视频解码后进行播放。
3)流媒体分发平台：包含媒体中心、视频处理中心、报表中心、分发节点，实现对视频直播的控制面和数据面的统一接入、管理和调度能力。同时，媒体中心也可以根据直播平台业务需求，对视频流进行、转码、录制等功能。
那么L哥到底有哪些困扰呢？
困扰有三，总体如下：
1)由于主播所在家庭网络环境复杂，采用通用流媒体协议推流，延时高导致直播效果差，因此L哥对协议进行了优化，内部测试通过后，他发现流媒体分发平台不支持协议改造。
2)为保证流媒体分发稳定性，L哥采用多家流媒体分发平台，但是每家分发平台转码服务质量参差不齐，影响用户观看体验。
3）主播与粉丝之间有连麦需求，当粉丝与主播采用不同运营商线路时，跨运营商连麦混流会产生高延时影响连麦效果。
小F推网宿边缘计算方案帮L哥排忧解难！
小F听了L哥的困扰后，发现网宿边缘计算方案就能帮L哥解决问题呀，小F先给L哥简单介绍了网宿边缘计算产品：
1）网宿科技在全球范围内部署了2800+CDN节点，节点资源覆盖全球主流区域和运营商，更靠近终端用户，满足低延时交互需求。
2）网宿边缘云主机和边缘云容器依托于网宿CDN平台，使用虚拟化技术，提供快速交付、高性能、高稳定的算力资源。
针对L哥的需求，小F逐一设计解决方案。
方案1 私有协议推流
解决方案：
1）使用网宿边缘节点作为计算节点，部署SRT协议应用模块以及协议转换模块；
2）边缘云主机上SRT协议应用模块负责与主播客户端进行数据交互；
3）协议转换模块，将SRT协议转换成通用的RTMP协议；
4）协议转换完成后利用网宿流媒体分发平台进行流媒体分发。
方案二 直播转码
解决方案：
1）网宿边缘云主机上部署Web前端服务器和转码服务器；
2）Web前端服务器负责接收主播推上来直播流，并将其转发到转码服务器上；
3）转码服务器负责将原始码流转换成不同码率的码流，保障转码流质量一致，并回传给Web前端服务器；
4）Web前端服务器收到不同码率的码流后，向调度服务器查询同机房是否存在网宿流媒体分发节点；
5）若同机房存储网宿流媒体分发节点，则使用同机房流媒体分发节点分发，若不存在则就近使用其他网宿节点分发。
方案3 连麦混流
解决方案：
1）主播流和粉丝流采用不同运营商线路时，两路流先就近接入网宿边缘节点，优化第一公里的网络效果；
2）边缘节点将两路流汇聚到网宿多线流媒体节点上，通过多线节点解决国内跨运营商网络质量差问题，保障低延时交互体验；
3）在多线边缘计算节点完成流合并后，再分发给其他普通观众。
L哥听了小F的方案介绍，顿时恍然大悟，原来网宿边缘计算能帮我解决困扰许久的问题啊，连连称赞。
原文链接：https://blog.csdn.net/weixin_57637042/article/details/123678344?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522169258335516800184194480%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=169258335516800184194480&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~times_rank-25-123678344-null-null.268%5Ev1%5Ekoosearch&utm_term=%E7%9B%B4%E6%92%AD%E8%BF%90%E8%90%A5
