[发明专利]集群模式下的补丁更新方法及装置、介质、设备在审
申请号: | 202211470700.8 | 申请日: | 2022-11-23 |
公开(公告)号: | CN115729595A | 公开(公告)日: | 2023-03-03 |
发明(设计)人: | 孔庆星;周祥国;刘威;黄文超;陈贵文 | 申请(专利权)人: | 浪潮通用软件有限公司 |
主分类号: | G06F8/65 | 分类号: | G06F8/65;G06F8/61 |
代理公司: | 济南信达专利事务所有限公司 37100 | 代理人: | 李世喆;姜鹏 |
地址: | 250100 山东*** | 国省代码: | 山东;37 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 集群 模式 补丁 更新 方法 装置 介质 设备 | ||
本发明提供一种集群模式下的补丁更新方法及装置、介质、设备。方法包括:确定待更新的软件系统,针对待更新的软件系统确定待更新的微服务模块;确定第一微服务模块的待安装补丁;响应于用户在待安装补丁中的选择操作,确定用户的所选补丁;确定用户的所选补丁和所选补丁的依赖补丁涉及到的各个微服务模块;根据每一个第二微服务模块和该第二微服务模块对应的所选补丁或依赖补丁,生成对应的补丁安装命令;将各个补丁安装命令下发至各自对应的第二微服务模块中,以使各个第二微服务模块执行补丁安装操作。本发明非常适合于微服务架构的软件系统的补丁更新。
技术领域
本发明涉及系统维护技术领域,特别是涉及一种集群模式下的补丁更新方法及装置、介质、设备。
背景技术
当前社会正处于信息数字化转型的重要时刻,软件系统面临着快速迭代。面对快速持续化交付的需求,原有交付维护模式将面临着以下几个问题:
原有软件系统的运维通常采用手动执行脚本更新数据库、手动部署应用程序覆盖文件等方法,单台服务器的情况还能应付过来。但是当遇到集群模式、拆微服务、拆库拆表等复杂的部署模式情况下,传统做法将变得费时费力,且不能满足日益增长的软件需求。而且,软件系统经常面临多数据库的情况,一套大型系统可能同时涉及几种不同数据库,之前维护人员需要同时熟悉几种数据库,费时费力。还有,软件系统的部署环境复杂多样,涉及各种操作系统,也会增加维护人员的复杂性及维护成本。还有,现在软件系统的微服务架构越来越多,微服务架构是将系统中的不同功能模块拆分成多个不同的服务,这些服务进行独立地开发和部署,每个服务都运行在自己的进程内,这样每个服务的更新都不会影响其他服务的运行。微服务架构要求拆成不同的服务独立部署。可见微服务架构增加了系统维护的难度。
发明内容
针对以上至少一个技术问题,本发明实施例提供一种集群模式下的补丁更新方法及装置、介质、设备。
根据第一方面,本发明实施例提供的集群模式下的补丁更新方法,包括:
确定待更新的软件系统,针对所述待更新的软件系统确定待更新的微服务模块,并将所述待更新的微服务模块作为第一微服务模块;
根据所述第一微服务模块的补丁安装记录,确定所述第一微服务模块的待安装补丁;
响应于用户在所述待安装补丁中的选择操作,确定用户的所选补丁;
确定用户的所选补丁和所选补丁的依赖补丁涉及到的各个微服务模块,将涉及到的每一个微服务模块作为一个第二微服务模块;
根据每一个第二微服务模块和该第二微服务模块对应的所选补丁或依赖补丁,生成对应的补丁安装命令;
将各个所述补丁安装命令下发至各自对应的第二微服务模块中,以使各个第二微服务模块执行补丁安装操作。
根据第二方面,本发明实施例提供的集群模式下的补丁更新装置,包括:
第一确定模块,用于确定待更新的软件系统,针对所述待更新的软件系统确定待更新的微服务模块,并将所述待更新的微服务模块作为第一微服务模块;
第二确定模块,用于根据所述第一微服务模块的补丁安装记录,确定所述第一微服务模块的待安装补丁;
第三确定模块,用于响应于用户在所述待安装补丁中的选择操作,确定用户的所选补丁;
第四确定模块,用于确定用户的所选补丁和所选补丁的依赖补丁涉及到的各个微服务模块,将涉及到的每一个微服务模块作为一个第二微服务模块;
命令生成模块,用于根据每一个第二微服务模块和该第二微服务模块对应的所选补丁或依赖补丁,生成对应的补丁安装命令;
命令下发模块,用于将各个所述补丁安装命令下发至各自对应的第二微服务模块中,以使各个第二微服务模块执行补丁安装操作。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于浪潮通用软件有限公司,未经浪潮通用软件有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202211470700.8/2.html,转载请声明来源钻瓜专利网。