《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.2 直播类业务场景与架构

简介: 《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.2 直播类业务场景与架构

3.1.2 直播类业务场景与架构

 

近些年随着移动网络及客户端能力的不断提升,直播业务场景得到进一步拓展, 越来越丰富,从传统传媒、体育赛事扩展到在线教育、游戏、娱乐带货等领域;涌现 出一批直播平台依托云厂商的直播产品构建直播业务,提供由主播发起直播供海量观 观看的服务;本节内容将介绍常见的直播业务逻辑及其特征:


一次完整的直播过程,从逻辑上来讲可以分为三个部分:


image.png

 

3.1.2.1 流接入


流接入是指将直播推流数据,  推送到云平台(如阿里云视频直播服务)由云平台进 行后续的处理及分发;最常见的接入方案,一般分为两种:                                      

1)主播推流到全球的分布式流媒体分发网络,并且把流存储在里面,作为直播源

站,当有观众播放时,通过全球的分布式流媒体分发网络接入和收敛找到源流,完成

播;


image.png


2)推端推流到直播平台自建源站,当有观众播放时,先经过全球分布式流媒体分 发网络接入和收敛,然后回源站拉流,无人播放就断开回源拉流 ;

 

 image.png

 流的推流协议一般为RTMP,  主要的推流客户端有mpeg、obs等,  部分直播平台 由主播通过私有协议直接推流至自建源站


image.png


3.1.2.2 流处理


直播流接入到云平台后,往往还需要对直播流进行后续的处理以满足业务需求:


•  转码:通过转码处理可以将原始流转换为不同的码率/分辨率/帧率的视频流因而提供不同规格的视频流供不同网络环境下有着不同播放需求的观众自由选


•  录制:直播是实时的流媒体数据,提供实时画面,直播结束后则无法继续观看 播内容;录制处理是指在直播过程中将实时流媒体数据保存为flv/mp4/hls切片等 形式,用于后续进行点播回看直播画面;


•  截图:截图是指将直播过程中的画面按指定的时间间隔保存为图片,以满足特 定业务需求,例如将截图作为直播间封面展示,以吸引终端用户预览实时直播画面进 入直播间观看


• 智能检测(涉黄、涉恐、涉暴)  :直播截图除了作为封面展示外,还有另外一个 重要的用途,违规检测;可以利用只能审核服务等自动检测截图内容是否违规(例如涉等),及时的发现违规直播内容,并由直播平台关停直播,避免造成违规内容播,扩大影响;

 

对于直接推流到云平台的场景,流处理由云平台进行;对于部分主播直接推流到 自建源站的场景,流处理(转码/截图/审核等)也可由自建源站进行;

 

3.1.2.3 流分发

主流直播平台往往针在全球范围内提供服务,一次热门的直播可能有海量的观众同时 观看,这些观众可能来自于全球不通的国家地区、不同的运营商网络;为数量众多分 布广泛的用户提供稳定稳定流畅的直播服务,  必须依赖内容分发网络(CDN);因此直 服务往往和CDN紧密结合,依托广泛分布的CDN节点承接海量的用户播放请求; 主流的播放协议有 RTMPHTTP-FLVHLS

相关文章
|
3天前
|
消息中间件 传感器 Cloud Native
事件驱动作为分布式异步服务架构
【6月更文挑战第25天】本文介绍事件驱动架构(EDA)是异步分布式设计的关键模式,适用于高扩展性需求。EDA提升服务韧性,支持CQRS、数据通知、开放式接口和事件流处理。然而,其脆弱性包括组件控制、数据交换、逻辑关系复杂性、潜在死循环和高并发挑战。EDA在云原生环境,如Serverless,中尤其适用。
25 2
事件驱动作为分布式异步服务架构
|
10天前
|
存储 前端开发 关系型数据库
在服务的数据驱动中使用三层架构
【6月更文挑战第17天】 三层架构是软件设计中的一种经典模式,将应用分为表示层(UI)、应用层(BLL)和数据层(DAL)。相比于双层架构,三层架构提供了更好的模块化和安全性。多层架构虽少见,但三层架构在现代云原生技术中依然重要,常与微服务结合使用。
25 2
在服务的数据驱动中使用三层架构
|
14天前
|
存储 数据处理 数据库
理解在服务架构中的事件驱动
【6月更文挑战第14天】网络架构和软件设计常基于ISO七层模型和三层应用架构,强调数据处理的重要性。事件驱动架构(EDA)以事件为中心,改变传统设计方式,解决系统问题。事件是触发通知或状态变化的操作,如用户下单。EDA适用于微服务通信、工作流程自动化、SaaS集成和基础设施自动化等场景,提高系统敏捷性和可扩展性。然而,EDA并非万能,需根据需求选择合适的设计方案。
68 1
理解在服务架构中的事件驱动
|
4天前
|
监控 API 数据安全/隐私保护
构建高效后端服务:微服务架构的实践与挑战
【6月更文挑战第23天】在现代软件开发中,微服务架构已成为设计高性能、可扩展后端系统的首选模式。本文将深入探讨微服务的设计原则、实践方法及其面临的技术挑战,旨在为开发者提供一个全面的微服务实施指南。
16 3
|
15天前
|
监控 安全 自动驾驶
基于java+单体服务 + 硬件(UWB定位基站、卡牌)技术架构开发的UWB室内定位系统源码 UWB定位技术 超宽带定位 高精度定位系统源码
基于java+单体服务 + 硬件(UWB定位基站、卡牌)技术架构开发的UWB室内定位系统源码 UWB定位技术 超宽带定位 高精度定位系统源码
28 3
|
14天前
|
数据库 SQL 存储
使用合理的架构保障服务的韧性
【6月更文挑战第14天】 该文介绍了软件韧性的概念和目标,强调了主从模式在确保业务连续性中的作用。主从模式通过全同步、半同步和异步技术保证数据一致性和系统可用性。这种模式常用于读写分离,缓解数据库负载,是保障业务韧性的常见策略。
72 0
使用合理的架构保障服务的韧性
|
16天前
|
消息中间件 运维 监控
微服务架构中的服务通信与数据一致性挑战
在微服务架构的海洋中,服务之间的通信和数据一致性问题犹如潜藏的暗礁和漩涡,随时可能威胁到整个应用的健康运行。本文将深入探讨微服务间通信机制的选择、数据一致性维护的策略,以及面对网络延迟和分区容忍性时如何保持系统的灵活性和健壮性。通过分析常见的模式和最佳实践,旨在为开发者提供一套应对这些挑战的航海图。
|
21天前
|
缓存 网络协议 算法
微服务架构之从类库到服务之服务发现
服务发现是分布式系统中的核心技术,其实现需要在可用性和一致性之间进行权衡。通过合理设计服务注册中心的架构,并采用有效的健康检查和缓存机制,可以提高系统的可靠性和可用性。不同的服务发现框架各有优缺点,选择适合的框架需要根据具体需求进行权衡和取舍。总之,服务发现的有效实现对于构建可靠的大型分布式系统至关重要。
16 3
|
1月前
|
UED
服务架构中的数据驱动设计
【5月更文挑战第13天】数据驱动设计是依据用户数据进行网页设计的方法,旨在通过测试了解用户需求并优化体验,从而增加流量和转化率。设计师应避免主观感受影响设计,因个人偏好可能与用户需求不符。数据驱动设计能减少偏见,提高转化率和销售额,是一个迭代过程,不断实验和优化。虽然有些人担忧可能限制创造力,但其实它仍需要创新和妥协。随着业务、用户和技术变化,数据驱动设计提供持续改进的解决方案。
48 0
服务架构中的数据驱动设计
|
14天前
|
运维 监控 安全
园区网典型组网架构及案例实践
园区网典型组网架构及案例实践

热门文章

最新文章