GY-T402-2024视听媒体微服务技术架构规范.docx

《GY-T402-2024视听媒体微服务技术架构规范.docx》由会员分享，可在线阅读，更多相关《GY-T402-2024视听媒体微服务技术架构规范.docx（52页珍藏版）》请在优知文库上搜索。

1、GY中华人民共和国广播电视和网络视听行业标准GY/T4022024视听媒体微服务技术架构规范Specificationofmicroservicestechnologyarchitectureforaudiovisualmedia2024-05-132024-05-13发布国家广播电视总局目次前言Il引言V1 范围12 规范性引用文件I3 术语和定义14缩略语35总体架构46基础设施适配层56.1 系统资源适配功能区56.2 数据资源适配功能区66.3 媒体专有设备适配功能区67微服务治理能力层67.1 微服务治理基础功能区67.2 微服务治理扩展功能区98媒体业务服务层128.1 媒体共性支

2、撑功能区128.2 媒体专项业务功能区129平台服务层149.1 业务APl生命周期管理149.2 应用服务发布管理149.3 微服务质量管理149.4 流程引擎服务149.5 规则引擎服务149.6 微服务交易管理159.7 其他平台型服务1510应用集成层1510.1 总则1510.2 开放应用模型管理1510.3 应用适配管理1510.4 低代码开发平台1510.5 应用门户管理1610.6 微前端管理1610.7 其他集成能力16附录A（资料性）MMA应用过程参考17A.1MMA应用开发流程17A.2确定缺省微服务框架17A.3选择微服务框架兼容方式17A.4微服务技术应用成熟度划分参

3、考18附录B（资料性）MMA应用APl接口描述208.1 面向资源的APl设计208.2 UR1.格式参考208.3 APl文档218.4 APl鉴权21附录C（资料性）DevOps简述22C.1概述22C.2过程管理22C.3应用设计23C.4安全及风险管理23C.5Cl/CD管理23C.6防腐管理24附录D（资料性）微服务的类别和架构风格25D.1微服务类别25D.2微服务架构风格25附录E（资料性）MMA应用案例26E.1某省级广播电视台传输调度平台26E.2某网络视听平台内容生产系统29E.3某电视台5G新媒体平台33E.4某省县级融媒体中心省级技术平台37E.5某网络视听机构超高清综

4、合视频平台42参考文献48本文件按照GBT1.12020标准化工作导则第1部分：标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国广播电影电视标准化技术委员会（SAC/TC239）归口。本文件起草单位：国家广播电视总局广播电视规划院、国家广播电视总局广播电视科学研究院、中央广播电视总台、湖南广播电视台、北京深思云天科技有限公司、北京爱奇艺科技有限公司、湖南快乐阳光互动传媒有限公司、中国传媒大学、成都索贝数码科技股份有限公司、咪咕文化科技有限公司、北京中科大洋科技发展股份有限公司、腾讯云计算（北京）有限责任公司、中广电广播

5、电影电视设计研究院有限公司、广东广播电视台、苏州广播电视总台、央视频融媒体发展有限公司、四川传媒学院、优酷信息技术（北京）有限公司、新奥特（北京）视频技术有限公司、北京快手科技有限公司、北京艾嘉博瑞系统技术有限公司、清华大学、华为云计算技术有限公司。本文件主要起草人：邓向冬、郑涛、马艳、向荣、杨剑天、赵慰、易桂、赵明、周立宏、杨剑、覃益明、李春平、曾驾、倪业鹏、柴剑平、黄弘、张岳、王威、丁财志、李琳、陈望都、王彦彬、唐溥成、徐永太、杨政权、牛睿、万时华、邢卫东、刘涛、任科、付晓乐、韩嬷、穆维、王家福、马建明、钱凯、刘雪冬、赵显臣、商鹏、孟一平、高然、季向阳、连晓聪、赵华。本文件参考了ITU-T

6、J.1302:2021Specificationofacloud-basedconvergedmediaservicetosupportInternetprotocolandbroadcastcableIelevision-Systemarchitecture（支持IP和广播有线电视的基于云的融合媒体服务规范-系统架构）的设计原则，针对微服务技术与视听媒体业务的特点和需求，编制了视听媒体微服务技术架构规范。ITU-TJ.1302:2021针对云平台技术，规定了基于云的融合媒体服务的系统架构。本文件针对微服务技术，规定了基于容器、虚机和云等基础设施的视听媒体微服务架构，以支持在多种基础设施上采用

7、微服务方式开展的视听媒体业务。本文件从微服务治理的角度，实现了对当前多种主流微服务框架的兼容，并规定了分布式系统应具备的管理能力；从视听媒体业务的角度，定义了支持视听媒体制作、播出、传输、分发、互动等视听媒体业务的微服务组件；从平台和集成的角度，规定了平台应具有的服务能力，规范了应用集成所使用的技术方法。本文件在通用的微服务技术基础上，结合视听媒体的技术特点和业务需求，突出和体现了行业特色的微服务功能。视听媒体微服务技术架构规范1范围本文件规定了视听媒体微服务的技术架构及相关组成部分的功能要求。本文件适用于视听媒体微服务架构系统的设计、研发、建设、运行和维护。2规范性引用文件本文件没有规范性引

8、用文件。3术语和定义下列术语和定义适用于本文件。3.1糊艮务microservices可独立部署，并提供可实现某应用中特定功能的服务的制品。来源：GB/T425682023,3.1.33.2架构technologyarchitecture整个或部分技术系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法。来源：GB/T433352023,3.1.43.3微服务架构microservicesarchitecture一种软件开发的架构和组织方法，其中软件由若干小型独立的服务组成，这些服务通过定义的应用程序编程接口进行通信。注：该架构以治理微小粒度服务牌11的形式来实现应用程序，通过服务发现、

9、调用和协同的方式来完成业务构建和能力服务。该架构能支持业务快速构建和组装编排，使应用程序更易于扩展和迭代升级，并提供了多样化的技术选型，极大提升了开发人员的效率。3.4视听媒体金艮务架构audiovisualmediamicroservicesarchitecture;MMA面向视听媒体，以微服务为技术手段的系统构建方式，针对视听媒体相关的复杂应用场景，在系统研发、部署及维护中，采用微小化、分布式的手段向用户提供服务，从而避免随着业务场景不断增多而造成系统难以维护和升级的问题。来源：ITU-TJ.1306:2023,3.1.93.5组件component可以复用的软件组成部分（如一组相互关联的

10、微服务、软件应用的某些复用部分等），也称作构件。3.6服务网格servicemesh一组处理服务间大量进程以及相互网络通信的代理组件和任务管理组件。注：代理组件处理入站和出站数据包，任务管理组件控制流量，保障服务之间复杂调用的可靠性和易用性。来源：ITU-TJ.1306:2023,3.2.123.7容器container一套软件，用于提供隔离、资源控制和可移植性应用程序的虚拟化处理。来源：ITU-TY.3535:2022,3.2.13.8领箱containerrchestrati对容器的部署和组织，提供调度和管理容器集群的能力，包括容器自动化部署、管理、弹性伸缩和容器网络管理等。来源：ITU-

11、TJ.1306:2023,3.2.33.9开发运维一体化developmentandoperations;DevOps一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运维和质量保障部门之间的沟通、协作与整合。来源：ITU-TJ.1306:2023,3.2.63.10持续集成与发布continuousintegrationandcontinuousdeployment;Cl/CD一种帮助团队成员频繁集成和发布其工作成果的软件开发实践方法。注：持续集成的每次集成都会经过自动检验，以尽快发现集成错误，缩短系统开发生命周期。持续发布能够自动将己经验证的代码发布到存储库，从而建立可以

12、随时部署到生产环境的代码库。持续集成与发布在很大程度上需要依赖精细设计的自动化测试。来源：ITU-TJ.1306:2023,3.2.43.11API网关APIgateway在服务端实现的、对服务调用者提供统一接入管理的系统，对外部调用提供了统一的出入口，屏蔽了内部服务的实现机制。3.12第三方微服务模块thirdpartymicroservicescomponent通过容器镜像运行的方式，直接在MMA中进行管理和调用，由异构系统实现的微服务或微服务模块在纳入MMA治理时的称谓。3.13适应度函数fitnessfunction用于计算潜在解决方案与既定目标差距的一种目标函数。注：在演化计算中，可

13、决定一个算法是否在持续提升。来源：ITU-TJ.1306:2023,3.2.73.14数据仓库datawarehouse在数据准备之后用于永久性存储数据的数据库。来源：GB/T352952017,2.1,353.15数据湖datalake存储来自多个数据源、多种数据类型的原始数据，数据无需经过结构化处理，就可以进行存取、处理、分析和传输，集中存储各类结构化和非结构化数据的一个大型数据仓库。来源：ITU-TJ.1306:2023,3.2,53.16灰度发布grayscalerelease一种软件产品在生产环境安全上线、平滑过渡的迭代发布方式。注：灰度发布保证整体系统的稳定，能够在初始阶段发现问题

14、，减少影响的范围。3.17框架framework被应用开发者定制的应用骨架，遵照架构实施实现，包括一系列供开发者选用、完成系统实施的组件。3.18开放应用模型OPenapplicationmodel一种用于描述和规范应用程序的范式。注：开放应用模型在应用的生命周期内，通过提供规范的沟通方式，将应用开发者、应用运维人员和基础设施运维人员以一种标准化的方式连接起来，从而让云原生应用的开发、交付和运维变得更加简洁、高效并且可控。来源：ITU-TJ.1306:2023,3.2.113.19低代码开发平台low-codedevelopmentplatform无需编程或通过少量代码就能快速生成应用程序的开

15、发平台。注：低代码开发平台通过可视化的方式进行应用程序开发，使开发人员可以通过图形化的用户界面，使用拖胭件和模型驱动的逻辑来创建各类应用程序。来源：ITU-TJ.1306:2023,3.2.104缩略语下列缩略语适用于本文件。Al人工智能(ArtificialIntelligence)API应用程序编程接口(ApplicationProgrammingInterface)BFF服务于前端的后端(BackendForFrontend)BI商务智能(BusinessIntelligence)CDN内容分发网络(ContentDistributionNetwork)HTTP超文本传输协议(HyperTextTransferProtocol)HTTPS超文本传输安全协议(HyperTextTr