共计 1526 个字符，预计需要花费 4 分钟才能阅读完成。
本文是上海站 Meetup 讲师唐明依据其分享内容整顿的文章。
引言
目前媒体的支流流传渠道已从传统的报纸、播送、电视转向了互联网，各种视频及社交 App 成为了人们获取资讯的首选路径。苏州市广播电视总台面对互联网媒体的新局势，一直摸索新形势下了信息公布形式、流传路径和相干的 IT 技术，为的是能在新的媒体战场上紧跟时代倒退，一直放弃当先劣势。
技术门路
在 IT 架构选型上，技术团队放弃对新技术的关注和实际，通过总结这些年 IT 技术的实践经验，深信云原生才是云计算时代技术的倒退方向。如果仅仅是将物理服务器虚拟化，或者将虚机从本地环境迁徙上私有云，并无奈齐全施展云计算高效平安可扩大的个性。所以技术团队始终保持对容器技术进行实际。
2019 年初开始将 Kubernetes 利用于生产环境。在学习 Kubernetes 的过程中接触到了 KubeSphere，在对 KubeSphere 进行了较长时间的测试和验证后，往年开始应用 KubeSphere 治理 Kubernetes 集群。
需要剖析
媒体行业最次要的业务零碎就是媒体的生产制作零碎。媒体生产能够分为媒体采集、媒体解决和媒体散发三个环节。
随着技术的倒退，采集设施从原先的业余摄像机倒退到了单反、无人机、GoPro、全景摄像机、手机等多种多样的设施均可用于视频拍摄，使得视频拍摄的数量大大增加且格局品种、编码方式、帧率等都变得纷繁复杂。此外媒体的散发渠道也不再仅仅是电视和播送，还有网站、app、公众号、短视频平台等。采集端和公布端的巨大变化对媒体解决能力提出了更高的要求。为了能解决好这些视频文件，业务零碎须要提供弱小对解决能力，包含视频对编解码、提取视频标签、进行智能解决等。
业务痛点
对媒体文件进行解决的工作难度很大。媒体解决零碎须要可能解决海量的、不同拍摄设施、不同视频格式、不同拍摄人员所采集的媒体素材，并且须要为不同的平台提供不同长度、不同类型（横屏竖屏）、不同编码格局、不同码率、不同分辨率的成品视频文件。同时须要对这些素材和成片进行妥善得分类和治理。
于是通过自建一套容器平台，来实现这些视频解决能力。抉择容器平台是因为进过评估和剖析，认为容器是最适宜用于解决媒体文件的技术形式。
- 容器能极大得进步零碎的资源利用率，为海量文件的解决提供计算能力；
- 容器平台能提供很好的零碎弹性，满足不同时间段不同业务需要的工作运行；
- 容器的标准化镜像便于降级治理和保护，可满足媒体解决能力需一直进行降级；
- 容器能实现跨云的反对，不便将局部热点业务迁徙至私有云提供服务；
- 容器平台能充分利用原有的服务器资源而不必放心硬件的兼容性和稳定性问题。
KubeSphere 利用落地
以“慢看苏州”的直播业务为例，该业务需要是将许多点位监控摄像头信号与指定的音频进行混合，为视频配上背景音乐，再推送至直播平台。在推动这个我的项目的过程中也通过了几轮测试：首先应用 ffmpeg 实现了视频和音频文件的合成，但因为摄像头数量十分多，且会随时进行调整，保护大量的 ffmpeg 过程并不可行，于是通过 Docker 以容器形式启动编码工作，最终将这些容器对立运行在 KubeSphere 平台上，为一个工作负载对应一个编码工作。
KubeSphere 功效剖析
KubeSphere 很不便得实现了编码工作的启动、进行、监控、调度、统计等性能，大大减少了咱们运维的工作量，且能及时发现编码过程中的异样，收到了很好的成果。
这只是咱们目前的一个尝试，下一步还思考将更多的视频解决能力迁徙至 KubeSphere 容器平台，如视频转码、视频优化、人脸识别、语音辨认、语音合成、OCR 辨认、标签提取、视频水印、视频特征提取等，为媒体生产制作提供更弱小的服务撑持。
本文由博客一文多发平台 OpenWrite 公布！
