[发明专利]一种微服务治理方法及系统在审
申请号: | 202211549237.6 | 申请日: | 2022-12-05 |
公开(公告)号: | CN115766481A | 公开(公告)日: | 2023-03-07 |
发明(设计)人: | 苏伯平 | 申请(专利权)人: | 广州玖晔网络科技有限公司 |
主分类号: | H04L41/50 | 分类号: | H04L41/50;H04L41/0631;H04L41/0894;H04L67/51;H04L67/60 |
代理公司: | 广州一锐专利代理有限公司 44369 | 代理人: | 周升铭 |
地址: | 510000 广东省广州*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 微服 治理 方法 系统 | ||
本发明适用于微服务技术领域,提供了一种微服务治理方法及系统,包括以下步骤:采集微服务业务系统的故障数据;对故障数据进行分析,确定高频微服务前端请求组,为每个高频微服务前端请求组配置请求组治理策略;接收微服务治理策略,将所述微服务治理策略与微服务应用进行绑定;当配置完成的微服务被调用时,根据对应的微服务治理策略,重新启动所述微服务应用的微服务容器;接收微服务前端请求,对正在执行的所有微服务前端请求进行检测,当正在执行的微服务前端请求属于高频微服务前端请求组时,根据对应的请求组治理策略,重新启动所述微服务应用的微服务容器。请求组治理策略能够针对治理高频微服务前端请求组导致的问题,效果较为理想。
技术领域
本发明涉及微服务治理技术领域,具体是涉及一种微服务治理方法及系统。
背景技术
微服务是一种架构,一个大型复杂软件应用一般由一个或多个微服务组成。系统中的各个微服务可被独立部署,各个微服务之间是松耦合的,每个微服务仅关注于完成一件任务。微服务架构下的各个微服务之间耦合度低,能单独部署也可以横向扩容,但是微服务的治理和监控是比较复杂的。微服务请求之间会有错综复杂的依赖关系,一个前端请求一般会依赖于多个后端服务。当此类请求越来越多,占用的计算机资源越来越多的时候,会造成业务系统崩溃。为了解决上述问题,目前会为每个微服务应用提前制定治理策略,不论产生何种微服务请求,都会使用所述治理策略,适用性不好,治理效果不理想,因此,需要提供一种微服务治理方法及系统,旨在解决上述问题。
发明内容
针对现有技术存在的不足,本发明的目的在于提供一种微服务治理方法及系统,以解决上述背景技术中存在的问题。
本发明是这样实现的,一种微服务治理方法,所述方法包括以下步骤:
采集微服务业务系统的故障数据,每份故障数据包括一组微服务前端请求;
对故障数据进行分析,确定高频微服务前端请求组,为每个高频微服务前端请求组配置请求组治理策略;
接收微服务治理策略,将所述微服务治理策略与微服务应用进行绑定;
当配置完成的微服务被调用时,根据对应的微服务治理策略,重新启动所述微服务应用的微服务容器;
接收微服务前端请求,对正在执行的所有微服务前端请求进行检测,当正在执行的微服务前端请求属于高频微服务前端请求组时,根据对应的请求组治理策略,重新启动所述微服务应用的微服务容器。
作为本发明进一步的方案:所述对故障数据进行分析,确定高频微服务前端请求组的步骤,具体包括:
根据故障数据中的微服务前端请求对故障数据进行分类,得到若干个故障数据类别,每一个故障数据类别中所有的故障数据完全相同;
根据故障数据类别中微服务前端请求的组数对故障数据类别进行降序排列;
确定排列在前N的故障数据类别为高频故障类别,高频故障类别中的任意一组微服务前端请求均为高频微服务前端请求组。
作为本发明进一步的方案:所述为每个高频微服务前端请求组配置请求组治理策略的步骤,具体包括:
按照治理策略库中的治理策略依次对微服务容器进行重置;
每次重置后,运行高频微服务前端请求组中的所有微服务请求,得到运行效果;
取运行效果最好所对应的治理策略为所述高频微服务前端请求组的请求组治理策略。
作为本发明进一步的方案:所述请求组治理策略和微服务治理策略为负载均衡策略、熔断治理策略、限流治理策略、容错治理策略或者降级治理策略。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于广州玖晔网络科技有限公司,未经广州玖晔网络科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202211549237.6/2.html,转载请声明来源钻瓜专利网。