[发明专利]一种服务部署方法及装置、电子设备和存储介质在审
申请号: | 202110843525.1 | 申请日: | 2021-07-26 |
公开(公告)号: | CN113504972A | 公开(公告)日: | 2021-10-15 |
发明(设计)人: | 王乙庚 | 申请(专利权)人: | 京东科技控股股份有限公司 |
主分类号: | G06F9/455 | 分类号: | G06F9/455;G06F9/445 |
代理公司: | 北京路浩知识产权代理有限公司 11002 | 代理人: | 王治东 |
地址: | 100176 北京市大兴区北京经*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 服务 部署 方法 装置 电子设备 存储 介质 | ||
本发明提供一种服务部署方法及装置、电子设备和存储介质。其中,所述方法包括,部署应用集,提取应用集中的服务开发组件及服务依赖配置文件,并提取服务依赖配置文件的依赖开发组件及依赖服务信息;基于服务开发组件和依赖开发组件形成服务依赖组件集合,并基于依赖服务信息形成服务依赖集合;基于服务依赖组件集合和服务依赖集合,生成依赖图谱;基于依赖图谱,部署目标应用服务。本发明提供的服务部署方法,通过基于生成的依赖图谱,部署目标应用服务,避免了在进行双模应用的服务部署时,需要先梳理依赖关系,然后在部署服务的情况发生,提高了其通用性。
技术领域
本发明涉及计算机软件技术领域,尤其涉及一种服务部署方法及装置、电子设备和存储介质。
背景技术
随着以Docker和CNCF Kubernetes容器化编排平台为代表的云原生技术不断成熟和广泛应用,越来越多的企业应用技术架构开始向云原生技术架构转型,其实质是,应用容器相关技术体系。
常见的云原生技术架构的应用形态,无论是开发态还是运行态都在不断变化和演进,企业应用开发架构向微服务架构和云原生架构演进的过程中,导致业务应用的交付形态由单一技术栈集中式部署方式演化为多语言多服务分散式异构环境,随着业务应用被拆分为众多细粒度服务,应用内部构成与依赖关系更加复杂。
上述常见的云原生技术架构的应用形态存在的缺点或不足包括,在双模应用模式下,存在通用性差的问题。
发明内容
针对现有技术中存在的问题,本发明的实施例提供一种服务部署方法及装置、电子设备和存储介质。
本发明提供一种服务部署方法,包括:
部署应用集,提取所述应用集中的服务开发组件及服务依赖配置文件,并提取所述服务依赖配置文件的依赖开发组件及依赖服务信息;
基于所述服务开发组件和所述依赖开发组件形成服务依赖组件集合,并基于所述依赖服务信息形成服务依赖集合;
基于所述服务依赖组件集合和所述服务依赖集合,生成依赖图谱;
基于所述依赖图谱,部署目标应用服务。
根据本发明提供的一种服务部署方法,所述方法还包括:
判断所述应用集中是否包含所述服务依赖配置文件;
若所述应用集中包含所述服务依赖配置文件,继续执行提取所述应用集中的所述服务依赖配置文件;
若所述应用集中不包含所述服务依赖配置文件,结束执行提取所述应用集中的所述服务依赖配置文件。
根据本发明提供的一种服务部署方法,所述基于所述服务开发组件和所述依赖开发组件形成服务依赖组件集合,包括:
处理所述服务开发组件和所述依赖开发组件,形成开发组件集合;
创建开发组件映射库,基于所述开发组件映射库,将所述开发组件集合转换为所述服务依赖组件集合。
根据本发明提供的一种服务部署方法,所述基于所述服务依赖组件集合和所述服务依赖集合,生成依赖图谱,包括:
判断所述服务依赖组件集合是否存在任一服务包含目标组件的多个版本信息;
若所述服务依赖组件集合中存在任一服务包含目标组件的多个版本信息,确定所述目标组件及其对应的目标版本信息,形成目标组件集合,并聚合所述目标组件集合和所述服务依赖集合,生成服务依赖关系聚类;
若所述服务依赖组件集合中不存在任一服务包含目标组件的多个版本信息,聚合所述服务依赖组件集合和所述服务依赖集合,生成服务依赖关系聚类;
基于所述服务依赖关系聚类,生成所述依赖图谱。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于京东科技控股股份有限公司,未经京东科技控股股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110843525.1/2.html,转载请声明来源钻瓜专利网。
- 上一篇:一种治疗幽门螺旋杆菌的中药合剂及其制备方法
- 下一篇:双滚刷式清洁装置