写点什么

编排包在设计与运行两态之间的运用价值体现

用户头像
鲸品堂
关注
发布于: 2021 年 04 月 15 日
编排包在设计与运行两态之间的运用价值体现

在数字经济时代,随着 5G 新网络的到来,电信运营商现有系统架构无法快速应对新业务快速加载需求。当前基于特定的网络能力,封装固定的产品特征提供给客户,产品加载慢、业务融合难、灵活性不足,难以满足客户需求多变和快速响应的情况。需做出改变适应企业数字化转型的需要。


电信运营商为了达到业务敏捷使能、网络精益运营、客户极致体验的目标,提出设计态与运行态分离架构。通过能力分层解耦的设计思路,将能力开放、快速灵活组合编排。设计态一点设计端到端业务,以编排包的形式输出设计内容,全网运行态按需加载,实现业务端到端快速开通。


本文依托设计编排项目经验为大家揭开编排包的神秘面纱,以及编排包在设计态和运行态之间发挥的重要作用。


设计态和运行态分离理念


新一代设计编排参考 ONAP 规范,引入基于模型驱动的设计与运行态分离架构。通过设计态与运行态分离,降低了功能模块之间的耦合度。设计态着重于构建对象间的关系:承载关系、实现关系、连接关系、互斥关系,以及对象业务接口间的依赖关系和业务实现逻辑。运行态着重于业务需求特征,动态生成和执行业务流程。


设计态是进行业务规则设计的过程,包括对组成业务的各类对象和关系进行建模,制定指导业务行为的策略规则,制定业务弹性管理所需的应用、分析和闭环事件。


运行态针对设计实例进行全生命周期管理和控制的过程。运行态接收设计态发布的业务规则,根据外部客户商业需求和设计态设计的业务规则,动态生成和执行业务流程。



设计与运行的实践思路


随着日渐增长的业务发展需要,网络能力开放成为紧迫的需求。电信运营商构建全网一体化的分层解耦能力对象 PSR 模型,发挥分层服务架构灵活、敏捷的优势,实现各层能力高效复用、扁平化管理。通过分层解耦的设计思路,拉通从产品到业务、业务到网络、网络到资源的端到端设计过程,提升网络就绪效率,降低产品加载运行时间。


设计中心(设计态)是网络一体化运营能力的可视化建模和设计工具,提供运行网络的就绪、网络能力产品化。包括资源/网络服务等对象规格数据管理、对象能力 API 规格设计、标准化封装、能力目录管理与分发,支撑网络资源快速上线,实现业务闭环运营。


编排中心(运行态 )承担着全网全业务的网络就绪/网络开通/网络排障/网络维护编排和协同调度的责任,为业务的网络随选、自助服务、快速开通、智能运维提供了必要的支撑。


那么问题来了,设计态和运行态分离,运行态如何获取和加载设计态设计的内容呢?编排包这个中间桥梁介质就孕育而生了。设计态以编排包的方式输出设计的内容,运行态按需获取和加载编排包,实现业务快速加载。


设计与运行分离设计思路


编排包理念介绍


编排包是设计态和运行态之间交互的介质,拉通业务设计到业务运行间的桥梁,设计态负责业务端到端设计,并输出编排包。运行态按需通过秘钥获取、校验解析、加载编排包,快速支撑业务。


编排包技术上是基于 OASIS 组织制定的云应用拓扑编排规范的 TOSCA(Topology and Orchestration Specification for Cloud Applications)打包生成,采用统一结构、统一命名规范、策略及流程描述语言遵循统一选型要求的文件包。


那么编排包的诞生到应用也需要遵循以下核心理念:


1 配置项覆盖全面


编排包全面覆盖设计态设计的 PSR 配置项内容:包括 SR 服务对象(CFS/RFS/RES)信息、公共对象信息、PST 信息、网络拓扑信息、API 信息、流程信息、策略信息、测试用例信息等运行态运行时所需要依赖的配置项。


2 侵入性低


运行态将获取基于标准 TOSCA 规范的编排包,从编排包中解包出来的标准化结构配置数据将转换为运行态的内部非标准化结构配置数据,以支持运行态有效运行。编排包对运行态内部侵入性低,各运行态厂家只需要遵循编排包相关规范,即可获取基于标准的 TOSCA 规范的编排包,将编排包中解包的标准化结构配置数据转换为运行态的内部非标准化结构配置数据后,可快速实现运行态加载运行。


编排包模型统一规范、结构


3 多维度增量编排包,快速迭代


当业务需求发生变化后,设计态会依据业务需求,重新调整设计的内容。对于细微的调整,可以多维度(产品、CFS、RFS、RES、API 等)增量的形式快速迭代发布编排包,运行态可轻量及时加载调整的内容,快速响应业务需求。


编排包多维度增量


4 多版本,高可复用


同一编排包可分版本打包上线,编排包涉及多个模块时,可保证各模块的完整性和独立性。对于测试不通过的,由设计态生成修改版本;修改后的版本,如果测试通过按照正常流程发布。通过多个试点小范围进行业务试运营,既能做到范围可控,又能实现快速迭代。通过这种方式循序渐进输出稳定的、高可复用的 PSR 业务编排包。稳定后,再大规模复制经验推广上线。同样编排包的多版本管理发布能力,兼容个性化需求,很好支撑新老业务割接中平滑过渡,提高实施交付效率。


编排包的实践


编排包落地案例


2020 年设计编排中心在电信多省完成实施上线。根据现网梳理移网业务(2G/3G/4G/5G)、云桌面、云主机、固网业务、互联网专线业务的 PSR 模型,设计人员通过设计中心(设计态)提供的一键导入、极简设计相应功能,快速完成相应业务设计,同时输出对应的编排包。并分别向多个省份的编排中心(运行态)发布可用编排包。


设计态编排包打包

编排包全网发布


编排中心(运行态)通过一键申请、自动下载、自动校验解析、自动入库、加载反馈、API 实现、业务测试、业务测试反馈有序的极速加载能力,实现自动高效的业务加载上线。

编排中心编排包加载最优的八步实现逻辑


编排包实例


以移网业务(2G/3G/4G/5G)编排包为例, GU_X_144.csar 是移网业务的全量业务编排包。包体内容如下图所示:

4/5G 移网业务编排包全量包


其中 ct-cfs-CFS_YDYYJR-V1_0_0.csar 为 CFS 移动语音接入对象的编排包


移动语音接入 CFS 对象包体结构


包体内每个文件描述的信息为:

  • csar.meta :移动语音接入 CFS 业务编排包的描述

  • checksum.lst:移动语音接入 CFS 业务编排包信息列表

  • Tosca_list\TOSCA.meta:移动语音接入 CFS 业务编排包的 TOSCA 文件描述清单

  • Definitions\cn.chinatelecom.ct.cfs.CFS_YDYYJR_V1_0_0.yaml:移动语音接入 CFS 业务编排包的对象拓扑/实例化描述信息

  • Node_types\cn.chinatelecom.ct.psr.Tactic.nodeTypes.yaml:移动语音接入 CFS 业务编排包的对象类型文件

  • Relationships\cn.chinatelecom.ct.psr.ConnectsTo.relationships.yaml:移动语音接入 CFS 业务编排包的 CFS 从属关系


ct-api-CFS_YDYYJR_MOD-V1_0_0.csar 为 CFS_移动语音接入_改 API 的编排包


移动语音接入 CFS_改 API 包体结构


包体内每个文件描述的信息为:

  • csar.meta :移动语音接入 CFS_改 API 业务编排包的描述

  • checksum.lst:移动语音接入 CFS_改 API 业务编排包信息列表

  • Tosca_list\TOSCA.meta:移动语音接入 CFS_改 API 业务编排包的 TOSCA 文件描述清单

  • Definitions\cn.chinatelecom.ct.api.CFS_YDYYJR_MOD.yaml:移动语音接入 CFS_改 API 业务编排包的对象拓扑/实例化描述信息

  • Node_types\cn.chinatelecom.ct.psr.API.nodeTypes.yaml:移动语音接入 CFS_改 API 业务编排包的对象类型文件

  • Relationships\cn.chinatelecom.ct.psr.DependsOn.relationships.yaml:移动语音接入 CFS_改 API 业务编排包的 CFS 之间的依赖关系

  • Flow\CFS_YDYYJR_MOD_1_0_0.xpdl:移动语音接入 CFS_改 API 的 api 实现流程定义

  • Swagger\cn.chinatelecom.ct.api.CFS_YDYYJR_MOD.swagger.yaml:移动语音接入 CFS_改 APIswagger 描述文件


案例总结


编排包已逐步落地到现网生产运营流程,覆盖了现网的大部分业务,开始发挥出相应的价值。特别是在编排包跨省复用方面,实际效果明显体现:比如移网业务、云桌面、云主机,其业务统一强、省分差异小。上半年通过试点不断迭代,输出了稳定可复用的编排包。下半年开始在多省加载试点的编排包,某省复用编排包,仅需调整少量个性化需求,二个月就完成了移网业务上线。逐步实现零代码开发,快速支撑业务需求的目标。


编排包的价值


编排包有效提升业务快速支撑的理念。其价值主要体现以下几个方面:


降低与编排中心(动行态)对接的难度,提升效率

编排包引入 TOSCA 统一规范描述 PSR 编排包模型内容,有效解决了传统通过数据库表模式对接编排中心难度系数高的问题,编排中心只需遵循编排包统一规范,即可快速与设计中心(设计态)对接,有效降低对接难度、复杂度。


逐步实现零代码开发

运行态只需要遵循编排包相关规范,将获取基于标准 TOSCA 规范的编排包,自动化加载并转换成配置数据,快速实现业务的加载,大幅降低代码研发。


实现一点设计、全网发布

设计态简配置完成 PSR、API、流程模板等编排包内容设计的编排包,通过多个试点小范围的使用、屏蔽差异、快速迭代;循序渐进输出稳定的、高可复用的 PSR 业务编排包,拉平全网新业务加载的时间要求,实现设计态一点设计,全网发布,运行态按需加载使用。


快速响应

编排包多维度增量、快速迭代的特性,可及时加载调整的编排包内容,快速响应业务需求,实现了业务设计到业务运行的端到端线上流程,快速响应新业务,缩短新业务加载时间到天。


总结


新一代设计态和运行态分离架构,离不开编排包的中间桥梁有效辅助。编排包有效降低了对接难度、推进了零代码开发、落实了业务快速响应支撑。


目前编排包在移网业务、云桌面、云主机、固网业务、互联网专线业务中初见成效,后续将持续面向全业务实践,不断总结经验及弥补不足,快速稳步迭代,未来编排包将赋能全网全业务运营。

发布于: 2021 年 04 月 15 日阅读数: 23
用户头像

鲸品堂

关注

全球领先的数字化转型专家 2021.03.16 加入

鲸品堂专栏,一方面将浩鲸精品产品背后的领先技术,进行总结沉淀,内外传播,用产品和技术助力通信行业的发展;另一方面发表浩鲸专家观点,品读行业、品读市场、品读趋势,脑力激荡,用远见和创新推动通信行业变革。

评论

发布
暂无评论
编排包在设计与运行两态之间的运用价值体现