[发明专利]基于微服务架构的业务管理方法、装置、设备和存储介质有效
申请号: | 201910672850.9 | 申请日: | 2019-07-24 |
公开(公告)号: | CN110362341B | 公开(公告)日: | 2023-03-03 |
发明(设计)人: | 杨磊;商煜 | 申请(专利权)人: | 上海钧正网络科技有限公司 |
主分类号: | G06F8/71 | 分类号: | G06F8/71 |
代理公司: | 华进联合专利商标代理有限公司 44224 | 代理人: | 黄贞君 |
地址: | 201199 上海市*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 基于 微服 架构 业务 管理 方法 装置 设备 存储 介质 | ||
本申请涉及一种基于微服务架构的业务管理方法、装置、计算机设备和存储介质。所述方法包括:获取微服务架构触发指令,并根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件;从所述配置文件中提取与所述第一业务标识对应的第一容器和第一执行参数,并进行关联存储;将所述第一业务标识生成业务选择项;获取与被选中的所述业务选择项的所述第一业务标识对应的第一容器和第一执行参数;在所述微服务架构的预设显示区域显示所述第一容器,并在所述第一容器内根据所述第一执行参数执行第一业务。采用本方法能够快速且独立管理超大系统的多个业务。
技术领域
本申请涉及计算机技术领域,特别是涉及一种基于微服务架构的业务管理方法、装置、计算机设备和存储介质。
背景技术
目前多数公司均存在超大规模的网页前端开发项目,网页前端开发项目一般与多个业务线兼容,为了保证网页前端开发项目的顺利呈现,同一项目框架下各业务线之间参数、逻辑等需要相互调整。因而,业务线一旦增加,各个业务线中的业务功能模块之间的逻辑耦合度都会增加,使得网页前端开发项目的可维护性发生下降,项目框架难以更新。而且,当一个系统变得越来越庞大时,不论是编译打包还是加载所需的数据量都极其巨大,这样不仅会降低开发效率,还会降低各个业务线的执行效率,而且也增加了开发或业务线执行的时长。
发明内容
基于此,有必要针对上述技术问题,提供一种能够快速且独立管理超大系统的多个业务的基于微服务架构的业务管理方法、装置、计算机设备和存储介质。
一种基于微服务架构的业务管理方法,所述方法包括:
获取微服务架构触发指令,并根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件;
从所述配置文件中提取与所述第一业务标识对应的第一容器和第一执行参数,并进行关联存储;
将所述第一业务标识生成业务选择项;
获取与被选中的所述业务选择项的所述第一业务标识对应的第一容器和第一执行参数;
在所述微服务架构的预设显示区域显示所述第一容器,并在所述第一容器内根据所述第一执行参数执行第一业务。
在其中一个实施例中,所述在所述微服务架构的预设显示区域显示所述第一容器,并在所述第一容器内根据所述第一执行参数执行第一业务之后,包括:
获取第二业务标识,所述第二业务标识为第二业务的标识;
根据所述第二业务标识获取第二执行参数和第二容器;
在所述微服务架构的预设显示区域显示所述第二容器,并在所述第二容器内根据所述第二执行参数执行第二业务。
在其中一个实施例中,所述在所述微服务架构的预设显示区域显示所述第二容器,并在所述第二容器内根据所述第二执行参数执行第二业务,包括:
从所述配置文件中提取所述第一业务标识的第一销毁函数和所述第二业务标识的第二初始化参数;
根据所述第一销毁函数清除所述第一容器内的所述第一执行参数;
当所述第一执行参数清除完成后,在所述预设显示区域显示所述第二容器,在所述第二容器内根据所述第二初始化参数执行第二业务。
在其中一个实施例中,所述获取第二业务标识,包括:
获取所述微服务架构访问的页面地址;
判断所述页面地址是否与所述第一业务的网络地址对应;
当判定所述页面地址与所述第一业务的网络地址不对应时,获取与所述页面地址对应的第二业务标识。
在其中一个实施例中,所述获取第二业务标识,包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于上海钧正网络科技有限公司,未经上海钧正网络科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910672850.9/2.html,转载请声明来源钻瓜专利网。