CN115766481A - 一种微服务治理方法及系统 - Google Patents
一种微服务治理方法及系统 Download PDFInfo
- Publication number
- CN115766481A CN115766481A CN202211549237.6A CN202211549237A CN115766481A CN 115766481 A CN115766481 A CN 115766481A CN 202211549237 A CN202211549237 A CN 202211549237A CN 115766481 A CN115766481 A CN 115766481A
- Authority
- CN
- China
- Prior art keywords
- micro
- service
- strategy
- fault data
- request group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000007726 management method Methods 0.000 title description 29
- 230000000694 effects Effects 0.000 claims abstract description 21
- 238000000034 method Methods 0.000 claims abstract description 18
- 230000002159 abnormal effect Effects 0.000 claims description 12
- 230000007246 mechanism Effects 0.000 claims description 11
- 238000011269 treatment regimen Methods 0.000 claims description 10
- 230000015556 catabolic process Effects 0.000 claims description 9
- 238000006731 degradation reaction Methods 0.000 claims description 9
- 230000004044 response Effects 0.000 claims description 4
- 241001522296 Erithacus rubecula Species 0.000 claims description 3
- 238000011282 treatment Methods 0.000 abstract description 5
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 241000700189 Hystrix <Rodentia> Species 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Hardware Redundancy (AREA)
Abstract
本发明适用于微服务技术领域，提供了一种微服务治理方法及系统，包括以下步骤：采集微服务业务系统的故障数据；对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略；接收微服务治理策略，将所述微服务治理策略与微服务应用进行绑定；当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器；接收微服务前端请求，对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器。请求组治理策略能够针对治理高频微服务前端请求组导致的问题，效果较为理想。
Description
技术领域
本发明涉及微服务治理技术领域，具体是涉及一种微服务治理方法及系统。
背景技术
微服务是一种架构，一个大型复杂软件应用一般由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的，每个微服务仅关注于完成一件任务。微服务架构下的各个微服务之间耦合度低，能单独部署也可以横向扩容，但是微服务的治理和监控是比较复杂的。微服务请求之间会有错综复杂的依赖关系，一个前端请求一般会依赖于多个后端服务。当此类请求越来越多，占用的计算机资源越来越多的时候，会造成业务系统崩溃。为了解决上述问题，目前会为每个微服务应用提前制定治理策略，不论产生何种微服务请求，都会使用所述治理策略，适用性不好，治理效果不理想，因此，需要提供一种微服务治理方法及系统，旨在解决上述问题。
发明内容
针对现有技术存在的不足，本发明的目的在于提供一种微服务治理方法及系统，以解决上述背景技术中存在的问题。
本发明是这样实现的，一种微服务治理方法，所述方法包括以下步骤：
采集微服务业务系统的故障数据，每份故障数据包括一组微服务前端请求；
对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略；
接收微服务治理策略，将所述微服务治理策略与微服务应用进行绑定；
当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器；
接收微服务前端请求，对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器。
作为本发明进一步的方案：所述对故障数据进行分析，确定高频微服务前端请求组的步骤，具体包括：
根据故障数据中的微服务前端请求对故障数据进行分类，得到若干个故障数据类别，每一个故障数据类别中所有的故障数据完全相同；
根据故障数据类别中微服务前端请求的组数对故障数据类别进行降序排列；
确定排列在前N的故障数据类别为高频故障类别，高频故障类别中的任意一组微服务前端请求均为高频微服务前端请求组。
作为本发明进一步的方案：所述为每个高频微服务前端请求组配置请求组治理策略的步骤，具体包括：
按照治理策略库中的治理策略依次对微服务容器进行重置；
每次重置后，运行高频微服务前端请求组中的所有微服务请求，得到运行效果；
取运行效果最好所对应的治理策略为所述高频微服务前端请求组的请求组治理策略。
作为本发明进一步的方案：所述请求组治理策略和微服务治理策略为负载均衡策略、熔断治理策略、限流治理策略、容错治理策略或者降级治理策略。
作为本发明进一步的方案：所述容错治理策略为failover策略、failfast策略、failback策略和custome策略中的一种或多种；failover策略，指当前实例异常时，当前实例不重试，其他实例最多重试2次，参数值MaxAutoRetries=0，MaxAutoRetriesNextServer=2；failfast策略，指当前实例异常时，当前实例不重试，其他实例不重试，立即返回错误，参数值MaxAutoRetries=0，MaxAutoRetriesNextServer=0；failback策略，指当前实例异常时，当前实例最多重试2次，其他实例不重试，参数值MaxAutoRetries=2，MaxAutoRetriesNextServer=0；Custome策略，指当前实例异常时，自定义当前实例和其他实例的重试次数。
作为本发明进一步的方案：所述负载均衡策略包括响应时间权值机制、随机机制和轮论机制。
作为本发明进一步的方案：所述熔断治理策略包括熔断时间窗、请求失败率和窗口请求数。
本发明的另一目的在于提供一种微服务治理系统，所述系统包括：
故障数据采集模块，用于采集微服务业务系统的故障数据，每份故障数据包括一组微服务前端请求；
请求组治理策略模块，用于对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略；
微服务治理策略模块，用于接收微服务治理策略，将所述微服务治理策略与微服务应用进行绑定；
第一微服务容器重置模块，当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器；
第二微服务容器重置模块，用于接收微服务前端请求，对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器。
作为本发明进一步的方案：所述请求组治理策略模块包括：
故障数据分类单元，用于根据故障数据中的微服务前端请求对故障数据进行分类，得到若干个故障数据类别，每一个故障数据类别中所有的故障数据完全相同；
降序排列单元，用于根据故障数据类别中微服务前端请求的组数对故障数据类别进行降序排列；
高频请求组确定单元，用于确定排列在前N的故障数据类别为高频故障类别，高频故障类别中的任意一组微服务前端请求均为高频微服务前端请求组。
作为本发明进一步的方案：所述请求组治理策略模块还包括：
微服务容器重置单元，用于按照治理策略库中的治理策略依次对微服务容器进行重置；
运行效果获取单元，每次重置后，运行高频微服务前端请求组中的所有微服务请求，得到运行效果；
请求组策略确定单元，用于取运行效果最好所对应的治理策略为所述高频微服务前端请求组的请求组治理策略。
与现有技术相比，本发明的有益效果是：
本发明通过对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略；将所述微服务治理策略与微服务应用进行绑定；当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器；并自动对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器。请求组治理策略能够很好的针对治理高频微服务前端请求组导致的问题，适用性更好，治理效果较为理想。
附图说明
图1为一种微服务治理方法的流程图。
图2为一种微服务治理方法中对故障数据进行分析，确定高频微服务前端请求组的流程图。
图3为一种微服务治理方法中为每个高频微服务前端请求组配置请求组治理策略的流程图。
图4为一种微服务治理系统的结构示意图。
图5为一种微服务治理系统中请求组治理策略模块的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清晰，以下结合附图及具体实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
以下结合具体实施例对本发明的具体实现进行详细描述。
如图1所示，本发明实施例提供了一种微服务治理方法，所述方法包括以下步骤：
S100，采集微服务业务系统的故障数据，每份故障数据包括一组微服务前端请求；
S200，对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略；
S300，接收微服务治理策略，将所述微服务治理策略与微服务应用进行绑定；
S400，当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器；
S500，接收微服务前端请求，对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器。
需要说明的是，微服务请求之间会有错综复杂的依赖关系，一个前端请求一般会依赖于多个后端服务。当此类请求越来越多，占用的计算机资源越来越多的时候，会造成业务系统崩溃。为了解决上述问题，目前会为每个微服务应用提前制定治理策略，不论产生何种微服务请求，都会使用所述治理策略，适用性不好，治理效果不理想，本发明实施例旨在解决上述问题。
本发明实施例中，首先会采集微服务业务系统的故障数据，每份故障数据包括一组微服务前端请求，一组微服务前端请求包括一个或者多个具体的微服务前端请求，接着本发明实施例会对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略，请求组治理策略能够很好的治理高频微服务前端请求组，如此，适用性更好，治理效果较为理想，容易理解，微服务前端请求的组合是多种多样，难以为每一个微服务前端请求组专门去制定对应的治理策略，因此，还需要根据微服务应用的特性，上传微服务治理策略，将所述微服务治理策略与微服务应用进行绑定，如此当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器，也就是说，一般的微服务前端请求使用所述微服务治理策略解决即可，另外，本发明实施例会对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器，请求组治理策略的针对性更强，基本能够治理高频发生的各种故障问题，治理效果明显提高。
如图2所示，作为本发明一个优选的实施例，所述对故障数据进行分析，确定高频微服务前端请求组的步骤，具体包括：
S201，根据故障数据中的微服务前端请求对故障数据进行分类，得到若干个故障数据类别，每一个故障数据类别中所有的故障数据完全相同；
S202，根据故障数据类别中微服务前端请求的组数对故障数据类别进行降序排列；
S203，确定排列在前N的故障数据类别为高频故障类别，高频故障类别中的任意一组微服务前端请求均为高频微服务前端请求组。
本发明实施例中，对故障数据进行分析时，首先需要根据故障数据中的微服务前端请求对故障数据进行分类，得到若干个故障数据类别，每一个故障数据类别中所有的故障数据完全相同，接着需要根据故障数据类别中微服务前端请求的组数对故障数据类别进行降序排列，排列后，确定排列在前N的故障数据类别为高频故障类别，高频故障类别中的任意一组微服务前端请求均为高频微服务前端请求组，容易理解，同一个高频故障类别中的任意一组微服务前端请求的内容都是相同的，所述N为提前设置的定值。
如图3所示，作为本发明一个优选的实施例，所述为每个高频微服务前端请求组配置请求组治理策略的步骤，具体包括：
S204，按照治理策略库中的治理策略依次对微服务容器进行重置；
S205，每次重置后，运行高频微服务前端请求组中的所有微服务请求，得到运行效果；
S206，取运行效果最好所对应的治理策略为所述高频微服务前端请求组的请求组治理策略。
本发明实施例中，事先建立有治理策略库，所述治理策略库中包含多种治理策略，所述治理策略为负载均衡策略、熔断治理策略、限流治理策略、容错治理策略、降级治理策略等等，本发明实施例会按照治理策略库中的治理策略依次对微服务容器进行重置，在每次重置后，运行高频微服务前端请求组中的所有微服务请求，得到运行效果，最后取运行效果最好所对应的治理策略为所述高频微服务前端请求组的请求组治理策略，重复上述的步骤，就可以自动为每个高频微服务前端请求组配置请求组治理策略。
作为本发明一个优选的实施例，所述请求组治理策略和微服务治理策略为负载均衡策略、熔断治理策略、限流治理策略、容错治理策略或者降级治理策略。所述容错治理策略为failover策略、failfast策略、failback策略和custome策略中的一种或多种；failover策略，指当前实例异常时，当前实例不重试，其他实例最多重试2次，参数值MaxAutoRetries=0，MaxAutoRetriesNextServer=2；failfast策略，指当前实例异常时，当前实例不重试，其他实例不重试，立即返回错误，参数值MaxAutoRetries=0，MaxAutoRetriesNextServer=0；failback策略，指当前实例异常时，当前实例最多重试2次，其他实例不重试，参数值MaxAutoRetries=2，MaxAutoRetriesNextServer=0；Custome策略，指当前实例异常时，自定义当前实例和其他实例的重试次数。
所述负载均衡策略包括响应时间权值机制、随机机制和轮论机制。响应时间权值，是指提供最小活跃数（时延）的权重路由，支持业务处理慢的服务实例接收较少的请求，防止系统停止响应。这种负载均衡策略适合请求量少且稳定的应用。随机机制，是指提供服务实例随机路由。轮询机制，是指支持按照服务实例的位置信息顺序路由。
所述熔断治理策略会自动检测微服务的以下参数：熔断时间窗、请求失败率和窗口请求数。所述限流治理策略所述限流治理策略的规则包括以下步骤：接收微服务平台发送的触发限流的阈值，所述阈值是指每秒请求数量最大值；计算单位时间内的访问次数；判断所述单位时间内的访问次数是否超出所述触发限流的阈值，如果超出所述触发限流的阈值，则拒绝后续的请求，直到下一单位时间。所述降级治理策略是指当服务消费者调用服务提供者的服务时，因延时等原因服务提供者启用了熔断策略，服务消费者Hystrix熔断后回调一个相应的本地降级处理方法，从而实现服务降级。微服务平台支持接口级别的降级策略，针对微服务提供者，可以设置开启或关闭降级策略。
如图4所示，本发明实施例还提供了一种微服务治理系统，所述系统包括：
故障数据采集模块100，用于采集微服务业务系统的故障数据，每份故障数据包括一组微服务前端请求；
请求组治理策略模块200，用于对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略；
微服务治理策略模块300，用于接收微服务治理策略，将所述微服务治理策略与微服务应用进行绑定；
第一微服务容器重置模块400，当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器；
第二微服务容器重置模块500，用于接收微服务前端请求，对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器。
本发明实施例中，首先会采集微服务业务系统的故障数据，每份故障数据包括一组微服务前端请求，一组微服务前端请求包括一个或者多个具体的微服务前端请求，接着本发明实施例会对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略，请求组治理策略能够很好的治理高频微服务前端请求组，如此，适用性更好，治理效果较为理想，容易理解，微服务前端请求的组合是多种多样，难以为每一个微服务前端请求组专门去制定对应的治理策略，因此，还需要根据微服务应用的特性，上传微服务治理策略，将所述微服务治理策略与微服务应用进行绑定，如此当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器，也就是说，一般的微服务前端请求使用所述微服务治理策略解决即可，另外，本发明实施例会对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器，请求组治理策略的针对性更强，基本能够治理高频发生的各种故障问题，治理效果明显提高。
如图5所示，作为本发明一个优选的实施例，所述请求组治理策略模块200包括：
故障数据分类单元201，用于根据故障数据中的微服务前端请求对故障数据进行分类，得到若干个故障数据类别，每一个故障数据类别中所有的故障数据完全相同；
降序排列单元202，用于根据故障数据类别中微服务前端请求的组数对故障数据类别进行降序排列；
高频请求组确定单元203，用于确定排列在前N的故障数据类别为高频故障类别，高频故障类别中的任意一组微服务前端请求均为高频微服务前端请求组。
如图5所示，作为本发明一个优选的实施例，所述请求组治理策略模块200还包括：
微服务容器重置单元204，用于按照治理策略库中的治理策略依次对微服务容器进行重置；
运行效果获取单元205，每次重置后，运行高频微服务前端请求组中的所有微服务请求，得到运行效果；
请求组策略确定单元206，用于取运行效果最好所对应的治理策略为所述高频微服务前端请求组的请求组治理策略。
以上仅对本发明的较佳实施例进行了详细叙述，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
应该理解的是，虽然本发明各实施例的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各实施例中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。
本领域技术人员在考虑说明书及实施例处的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。
Claims (10)
1.一种微服务治理方法，其特征在于，所述方法包括以下步骤：
采集微服务业务系统的故障数据，每份故障数据包括一组微服务前端请求；
对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略；
接收微服务治理策略，将所述微服务治理策略与微服务应用进行绑定；
当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器；
接收微服务前端请求，对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器。
2.根据权利要求1所述的微服务治理方法，其特征在于，所述对故障数据进行分析，确定高频微服务前端请求组的步骤，具体包括：
根据故障数据中的微服务前端请求对故障数据进行分类，得到若干个故障数据类别，每一个故障数据类别中所有的故障数据完全相同；
根据故障数据类别中微服务前端请求的组数对故障数据类别进行降序排列；
确定排列在前N的故障数据类别为高频故障类别，高频故障类别中的任意一组微服务前端请求均为高频微服务前端请求组。
3.根据权利要求2所述的微服务治理方法，其特征在于，所述为每个高频微服务前端请求组配置请求组治理策略的步骤，具体包括：
按照治理策略库中的治理策略依次对微服务容器进行重置；
每次重置后，运行高频微服务前端请求组中的所有微服务请求，得到运行效果；
取运行效果最好所对应的治理策略为所述高频微服务前端请求组的请求组治理策略。
4.根据权利要求1所述的微服务治理方法，其特征在于，所述请求组治理策略和微服务治理策略为负载均衡策略、熔断治理策略、限流治理策略、容错治理策略或者降级治理策略。
5.根据权利要求4所述的微服务治理方法，其特征在于，所述容错治理策略为failover策略、failfast策略、failback策略和custome策略中的一种或多种；failover策略，指当前实例异常时，当前实例不重试，其他实例最多重试2次，参数值MaxAutoRetries=0，MaxAutoRetriesNextServer=2；failfast策略，指当前实例异常时，当前实例不重试，其他实例不重试，立即返回错误，参数值MaxAutoRetries=0，MaxAutoRetriesNextServer=0；failback策略，指当前实例异常时，当前实例最多重试2次，其他实例不重试，参数值MaxAutoRetries=2，MaxAutoRetriesNextServer=0；Custome策略，指当前实例异常时，自定义当前实例和其他实例的重试次数。
6.根据权利要求4所述的微服务治理方法，其特征在于，所述负载均衡策略包括响应时间权值机制、随机机制和轮论机制。
7.根据权利要求4所述的微服务治理方法，其特征在于，所述熔断治理策略包括熔断时间窗、请求失败率和窗口请求数。
8.一种微服务治理系统，其特征在于，所述系统包括：
故障数据采集模块，用于采集微服务业务系统的故障数据，每份故障数据包括一组微服务前端请求；
请求组治理策略模块，用于对故障数据进行分析，确定高频微服务前端请求组，为每个高频微服务前端请求组配置请求组治理策略；
微服务治理策略模块，用于接收微服务治理策略，将所述微服务治理策略与微服务应用进行绑定；
第一微服务容器重置模块，当配置完成的微服务被调用时，根据对应的微服务治理策略，重新启动所述微服务应用的微服务容器；
第二微服务容器重置模块，用于接收微服务前端请求，对正在执行的所有微服务前端请求进行检测，当正在执行的微服务前端请求属于高频微服务前端请求组时，根据对应的请求组治理策略，重新启动所述微服务应用的微服务容器。
9.根据权利要求8所述的微服务治理系统，其特征在于，所述请求组治理策略模块包括：
故障数据分类单元，用于根据故障数据中的微服务前端请求对故障数据进行分类，得到若干个故障数据类别，每一个故障数据类别中所有的故障数据完全相同；
降序排列单元，用于根据故障数据类别中微服务前端请求的组数对故障数据类别进行降序排列；
高频请求组确定单元，用于确定排列在前N的故障数据类别为高频故障类别，高频故障类别中的任意一组微服务前端请求均为高频微服务前端请求组。
10.根据权利要求9所述的微服务治理系统，其特征在于，所述请求组治理策略模块还包括：
微服务容器重置单元，用于按照治理策略库中的治理策略依次对微服务容器进行重置；
运行效果获取单元，每次重置后，运行高频微服务前端请求组中的所有微服务请求，得到运行效果；
请求组策略确定单元，用于取运行效果最好所对应的治理策略为所述高频微服务前端请求组的请求组治理策略。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211549237.6A CN115766481B (zh) | 2022-12-05 | 2022-12-05 | 一种微服务治理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211549237.6A CN115766481B (zh) | 2022-12-05 | 2022-12-05 | 一种微服务治理方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115766481A true CN115766481A (zh) | 2023-03-07 |
| CN115766481B CN115766481B (zh) | 2024-06-11 |
Family
ID=85343276
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211549237.6A Active CN115766481B (zh) | 2022-12-05 | 2022-12-05 | 一种微服务治理方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115766481B (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107181630A (zh) * | 2017-07-24 | 2017-09-19 | 郑州云海信息技术有限公司 | 云系统中服务故障的处理方法和装置 |
| US20200267057A1 (en) * | 2019-02-15 | 2020-08-20 | Oracle International Corporation | Systems and methods for automatically detecting, summarizing, and responding to anomalies |
| CN112506709A (zh) * | 2020-12-16 | 2021-03-16 | 北京航天智造科技发展有限公司 | 微服务治理方法及装置 |
| CN112540895A (zh) * | 2019-09-20 | 2021-03-23 | 北京国双科技有限公司 | 一种微服务治理方法、装置及设备 |
| WO2022170782A1 (zh) * | 2021-02-10 | 2022-08-18 | 北京百度网讯科技有限公司 | 微服务配置的方法、装置、电子设备、系统以及存储介质 |
| CN115086176A (zh) * | 2022-08-23 | 2022-09-20 | 江苏博云科技股份有限公司 | 基于SpringCloud微服务技术实现服务治理策略动态下发的系统 |
| CN115168224A (zh) * | 2022-07-25 | 2022-10-11 | 国家电网有限公司客户服务中心 | 微服务系统健康度的评估方法及相关设备 |
-
2022
- 2022-12-05 CN CN202211549237.6A patent/CN115766481B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107181630A (zh) * | 2017-07-24 | 2017-09-19 | 郑州云海信息技术有限公司 | 云系统中服务故障的处理方法和装置 |
| US20200267057A1 (en) * | 2019-02-15 | 2020-08-20 | Oracle International Corporation | Systems and methods for automatically detecting, summarizing, and responding to anomalies |
| CN112540895A (zh) * | 2019-09-20 | 2021-03-23 | 北京国双科技有限公司 | 一种微服务治理方法、装置及设备 |
| CN112506709A (zh) * | 2020-12-16 | 2021-03-16 | 北京航天智造科技发展有限公司 | 微服务治理方法及装置 |
| WO2022170782A1 (zh) * | 2021-02-10 | 2022-08-18 | 北京百度网讯科技有限公司 | 微服务配置的方法、装置、电子设备、系统以及存储介质 |
| CN115168224A (zh) * | 2022-07-25 | 2022-10-11 | 国家电网有限公司客户服务中心 | 微服务系统健康度的评估方法及相关设备 |
| CN115086176A (zh) * | 2022-08-23 | 2022-09-20 | 江苏博云科技股份有限公司 | 基于SpringCloud微服务技术实现服务治理策略动态下发的系统 |
Non-Patent Citations (1)
| Title |
|---|
| 赵来: "面向微服务的运维监控系统的设计与实现", 硕士电子期刊, no. 2021, 15 May 2021 (2021-05-15) * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115766481B (zh) | 2024-06-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108633311B (zh) | 一种基于调用链的并发控制的方法、装置及控制节点 | |
| CN108710673B (zh) | 实现数据库高可用方法、系统、计算机设备和存储介质 | |
| CN109800131A (zh) | Linux服务器的监控处理方法、装置、计算机设备和存储介质 | |
| CN115766481B (zh) | 一种微服务治理方法及系统 | |
| CN111966461A (zh) | 虚拟机集群节点守护方法、装置、设备及存储介质 | |
| CN116319421A (zh) | 基于云平台的故障检测方法、装置、故障检测系统及介质 | |
| CN111614701A (zh) | 一种分布式集群、以及容器状态切换方法、装置 | |
| CN111756594A (zh) | 压力测试的控制方法、计算机设备和计算机可读存储介质 | |
| CN115017027A (zh) | 接口自动化持续集成测试方法、装置、设备及存储介质 | |
| CN114237910A (zh) | 客户端负载均衡实现方法及装置 | |
| CN111966515A (zh) | 业务异常数据处理方法、装置、计算机设备和存储介质 | |
| CN109672573B (zh) | 一种配置文件的部署方法、确定方法、服务器及存储介质 | |
| CN113360389A (zh) | 一种性能测试方法、装置、设备及存储介质 | |
| CN110955647A (zh) | 数据库辅助方法、装置、计算机设备和存储介质 | |
| CN107919980B (zh) | 一种集群化系统的评测方法和装置 | |
| CN115174586B (zh) | 一种基于云平台的自动负载均衡系统及方法 | |
| CN111884932A (zh) | 一种链路确定方法、装置、设备和计算机可读存储介质 | |
| CN111355614A (zh) | 适用于支付设备日志的异常信息定位方法和装置 | |
| CN110740062A (zh) | 断点续传方法和装置 | |
| CN112988405A (zh) | 微服务自动降级方法、装置及计算设备 | |
| CN116170514B (zh) | 一种用于中台业务的服务策略调用实现方法及系统 | |
| CN116643906A (zh) | 云平台故障的处理方法、装置、电子设备及存储介质 | |
| CN115208895B (zh) | 一种用于区块链技术的自动化组网方法及系统 | |
| CN111866130B (zh) | 基于zookeeper的日志处理方法、装置、计算机设备和存储介质 | |
| CN117097602A (zh) | 一种基于单元化架构的业务处理方法、装置及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |