以下为《基于Serverless的音视频转码解决方案》的无排版文字预览,完整内容请下载
基于Serverless的音视频转码解决方案
版本号
v1.0
撰写人
李某某
密级
公开
时间
2020.02.11
目录
一、 方案背景 3
a) 市场背景: 3
b) 技术背景: 3
c) 业务背景: 3
二、 方案概述 3
三、 应用场景 4
a) 短视频: 4
b) 长视频 5
c) 直播 5
d) 语聊房 5
e) 其他: 5
四、 优劣分析 5
a) 和云处理相比: 5
b) 和自建想比: 7
c) 和容器相比: 8
五、总结 10
方案背景
市场背景:
随着语聊房,短视频等新的社交形式兴起,音视频,图片作为新的载体,得到了蓬勃的发展原先的文字载体,成为新的内容传播形式。随之带来的数据处理需求与日俱增,转码作为音视频处理的核心功能,重要程度日益加强。
技术背景:
FFmpeg等编码技术的日益成熟,让大多数企业拥有了自己独立实现转码算法的能力,不在严重的依赖第三方转码平台。
业务背景:
对着不同业务形态的发展,内容的多样化,场景的多样化,需求的多样化,云平台标准化的需求已经不是很适合,催生了自研的需求。
方案概述
方案架构
组件说明
存储:这里的存储一般指的是数据存储的地方,这里建议最好存放在腾讯,便于和serverless走内网互通,如果放在别家存储或者自己的本地存储,需要先将数据拉取到到腾讯进行处理,对于实时处理的场景不是很适用,同时也会产生一定的带宽成本。
Serverless:serverless是腾讯自己的无服务组件,这里主要是以云函数(scf)的形式呈现,用户可以通过自定义转码算法(一般使用ffmpq)的形式构建自己的云函数,让转码的效果更加符合自己的场景化需求。
用户:指的是消耗资源的用户.
转码:转码是通过算法手段,将视频里面的原始数据按照一定的编码方式重新进行处理,从而影响食品的帧率,码率,分辨率等参数,提到提升用户体验和降低服务成本的作用。在这里一般采取的是FFmpeg构建转码方法。
审核:可以自定义审核的边界,相比传统的审核机制,更加切合业务本身,并且可以有多种逻辑,先发后审或者先审后发,数据全部通过内网传输,提升审核的稳定性和可控性。
其他:除了常规的转码,审核之外,可以对视频进行拼接,比如增加片头片尾,打水印等常规操作,根据用户的实际场景定制化。
方案特色
自主性:可以根据自己的实际场景灵活的定义算法和参数,达到更优的效果。
灵活性:按需付费的使用模式,只有在需求的时候才启动函数调用,使用形式更加灵活。
解某某:函数计算可以独立于其他产品之外,作为基础资源类型存储,不会捆绑。
实现机制:实现机制主要是使用FFmpeg构建转码算法,然后部署在云函数,在这里不做详细的描述。
应用场景
短视频:
审核:短视频一般ugc的场景居多,对于审核的实时性要求很高,使用云函数构造审核api,可以有效的实现峰值资源匹配的效果,并且可以根据自己的实际情况构建算法,除了标准的审核标准之外,可以自定义审核标准。
视频封面:采取截帧的方式,可以生成动态封面图。
长视频
清晰度切换:针对客户端网络的优劣程度不同,可以自助选择观看的清晰度,一个是提升用户的体验,一个是降低带宽成本。
切片缓存:通过切片的方式设置与缓存区域,缓存区域大小始终不变,不会造成因为网络速度过快,提前加载完成,而用户实际未观看完成而造成的流量浪费。
直播
实时审核:直播审核核和短视频审核类似,一般也是要求实时审核,因此对于资源的需求波动很大,使用云函数 内容过长,仅展示头部和尾部部分文字预览,全文请查看图片预览。 运维
需要自己维护镜像集群
无需维护,云函数保障集群可用性、负载均衡及弹性伸缩
总结
优点:1、云函数提供标准运行环境,并且底层组件采取高可用架构,保证服务可用性,不需要专门的人运维。
根据实际使用量收费,资源利用率高。
云函数的开发流程更加高效,可解耦,可以分别单独更新,实时更新。
运行环境隔离,单次请求失败不影响其他请求的正常进行。
缺点:
现有的开发形式需要有一定的转变。
现有的业务代码需要有一定的改变。
总结
随着内容载体的不断丰富和完善,音视频的领域将会诞生出更多广泛和复杂的需求,serverless必将以其灵活切合场景的特色,在音视频领域提供更多的可能性。
[文章尾部最后300字内容到此结束,中间部分内容请查看底下的图片预览]请点击下方选择您需要的文档下载。
以上为《基于Serverless的音视频转码解决方案》的无排版文字预览,完整内容请下载
基于Serverless的音视频转码解决方案由用户“icamigo”分享发布,转载请注明出处