CN110149230B - 服务维护方法、装置、电子设备及可读存储介质 - Google Patents
服务维护方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN110149230B CN110149230B CN201910420862.2A CN201910420862A CN110149230B CN 110149230 B CN110149230 B CN 110149230B CN 201910420862 A CN201910420862 A CN 201910420862A CN 110149230 B CN110149230 B CN 110149230B
- Authority
- CN
- China
- Prior art keywords
- service
- services
- group
- determining
- core
- 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.)
- Active
Links
- 238000012423 maintenance Methods 0.000 title claims abstract description 255
- 238000000034 method Methods 0.000 title claims abstract description 58
- 230000002159 abnormal effect Effects 0.000 claims abstract description 392
- 238000012545 processing Methods 0.000 claims abstract description 126
- 230000006870 function Effects 0.000 claims description 52
- 238000012544 monitoring process Methods 0.000 claims description 23
- 230000000391 smoking effect Effects 0.000 claims description 22
- 239000000779 smoke Substances 0.000 claims description 15
- 239000000126 substance Substances 0.000 claims description 2
- 230000036541 health Effects 0.000 abstract description 74
- 238000004140 cleaning Methods 0.000 description 20
- 238000010586 diagram Methods 0.000 description 10
- 230000003111 delayed effect Effects 0.000 description 8
- 230000005856 abnormality Effects 0.000 description 7
- 230000008569 process Effects 0.000 description 5
- 238000011144 upstream manufacturing Methods 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000003086 colorant Substances 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
- H04L43/55—Testing of service level quality, e.g. simulating service usage
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Debugging And Monitoring (AREA)
Abstract
本公开实施例公开了一种服务维护方法、装置、电子设备及可读存储介质,所述方法包括:确定处于异常状态的服务的数量;针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理,可以理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
Description
技术领域
本公开涉及互联网技术领域,具体涉及服务维护方法、装置、电子设备及可读存储介质。
背景技术
随着互联网技术的飞速发展,任何一款应用所涉及的服务模块日益增多,服务模块相互之间依赖复杂。甚至,随着业务发展导致了越来越多的孤儿服务模块。这些问题极大地影响了应用的服务稳定性,而且会造成巨大的经济损失。
发明内容
为了解决相关技术中的问题,本公开实施例提供服务维护方法、装置、电子设备及可读存储介质。
第一方面,本公开实施例中提供了一种服务维护方法,包括:
确定处于异常状态的服务的数量;
针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;
根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理。
结合第一方面,本公开在第一方面的第一种实现方式中,所述根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理,还包括:
根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,其中,所述关联关系表示一个服务调用另一服务;
确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级;
按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护。
结合第一方面的第一种实现方式,本公开在第一方面的第二种实现方式中,所述根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,包括:
将相互之间存在关联关系的多个服务分为第一组;
将与另一服务不存在关联关系的服务分为第二组。
结合第一方面的第二种实现方式,本公开在第一方面的第三种实现方式中,所述将相互之间存在关联关系的多个服务分为第一组,包括:
确定所述第一组中的多个服务的服务等级;
将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;
将包括至少一个服务等级低于所述预设等级阈值的第二等级服务的关联关系确定为非关键路径。
结合第一方面的第三种实现方式,本公开在第一方面的第四种实现方式中,所述确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级。
结合第一方面的第四种实现方式,本公开在第一方面的第五种实现方式中,所述根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用确定所述第一组中的多个服务是否是核心服务;
根据所述第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;
根据所述第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定所述第一组中的多个服务的服务等级,
其中,所述服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务。
结合第一方面的第五种实现方式,本公开在第一方面的第六种实现方式中,所述预设等级阈值为核心且自动降级的服务。
结合第一方面的第三种实现方式,本公开在第一方面的第七种实现方式中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,包括:
将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级。
结合第一方面的第七种实现方式,本公开在第一方面的第八种实现方式中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
在所述第一组中的服务的最高服务等级与所述第二组中的服务的最高服务等级相同的情况下,确定所述第一组具有比所述第二组更高的组维护优先级。
结合第一方面的第八种实现方式,本公开在第一方面的第九种实现方式中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中处于所述关键路径的服务具有比处于所述非关键路径的服务更高的服务维护优先级。
结合第一方面的第二种实现方式,本公开在第一方面的第十种实现方式中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中的调用方服务具有比所述调用方服务所调用的被调用方服务更高的服务维护优先级。
结合第一方面的第一种实现方式至第十种实现方式任一项,本公开在第一方面的第十一种实现方式中,所述按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,还包括:
对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理。
结合第一方面的第十一种实现方式,本公开在第一方面的第十二种实现方式中,所述对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,包括:
对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度;
按照所述异常因素的严重程度从重到轻的顺序对所述异常因素进行处理。
结合第一方面的第十一种实现方式,本公开在第一方面的第十三种实现方式中,所述异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,所述核心服务为影响特定功能的使用的服务。
结合第一方面的第十三种实现方式,本公开在第一方面的第十四种实现方式中,所述对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度,包括:
根据服务存在故障的数量确定所述服务的故障作为异常因素的严重程度;并且/或者
根据服务存在冒烟的数量确定所述服务的冒烟作为异常因素的严重程度;并且/或者
根据服务存在风险点的数量确定所述服务的风险点作为异常因素的严重程度;并且/或者
根据服务不存在监控的情况确定所述服务不存在监控的情况作为异常因素的严重程度;并且/或者
根据服务为核心服务且不存在预案的情况确定所述服务为核心服务且不存在预案的情况作为异常因素的严重程度。
第二方面,本公开实施例中提供了一种服务维护装置,包括:
第一确定模块,被配置为确定处于异常状态的服务的数量;
第二确定模块,被配置为针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;
处理模块,被配置为根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理。
第三方面,本公开实施例中提供了一种电子设备,包括存储器和处理器;其中,
所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行以实现以下步骤:
确定处于异常状态的服务的数量;
针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;
根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理。
结合第三方面,本公开在第三方面的第一种实现方式中,所述根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理,还包括:
根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,其中,所述关联关系表示一个服务调用另一服务;
确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级;
按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护。
结合第三方面的第一种实现方式,本公开在第三方面的第二种实现方式中,所述根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,包括:
将相互之间存在关联关系的多个服务分为第一组;
将与另一服务不存在关联关系的服务分为第二组。
结合第三方面的第二种实现方式,本公开在第三方面的第三种实现方式中,所述将相互之间存在关联关系的多个服务分为第一组,包括:
确定所述第一组中的多个服务的服务等级;
将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;
将包括至少一个服务等级低于所述预设等级阈值的第二等级服务的关联关系确定为非关键路径。
结合第三方面的第三种实现方式,本公开在第三方面的第四种实现方式中,所述确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级。
结合第三方面的第四种实现方式,本公开在第三方面的第五种实现方式中,所述根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用确定所述第一组中的多个服务是否是核心服务;
根据所述第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;
根据所述第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定所述第一组中的多个服务的服务等级,
其中,所述服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务。
结合第三方面的第五种实现方式,本公开在第三方面的第六种实现方式中,所述预设等级阈值为核心且自动降级的服务。
结合第三方面的第三种实现方式,本公开在第三方面的第七种实现方式中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,包括:
将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级。
结合第三方面的第七种实现方式,本公开在第三方面的第八种实现方式中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
在所述第一组中的服务的最高服务等级与所述第二组中的服务的最高服务等级相同的情况下,确定所述第一组具有比所述第二组更高的组维护优先级。
结合第三方面的第八种实现方式,本公开在第三方面的第九种实现方式中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中处于所述关键路径的服务具有比处于所述非关键路径的服务更高的服务维护优先级。
结合第三方面的第二种实现方式,本公开在第三方面的第十种实现方式中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中的调用方服务具有比所述调用方服务所调用的被调用方服务更高的服务维护优先级。
结合第三方面的第一种实现方式至第十种实现方式任一项,本公开在第三方面的第十一种实现方式中,所述按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,还包括:
对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理。
结合第三方面的第十一种实现方式,本公开在第三方面的第十二种实现方式中,所述对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,包括:
对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度;
按照所述异常因素的严重程度从重到轻的顺序对所述异常因素进行处理。
结合第三方面的第十一种实现方式,本公开在第三方面的第十三种实现方式中,所述异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,所述核心服务为影响特定功能的使用的服务。
结合第三方面的第十三种实现方式,本公开在第三方面的第十四种实现方式中,所述对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度,包括:
根据服务存在故障的数量确定所述服务的故障作为异常因素的严重程度;并且/或者
根据服务存在冒烟的数量确定所述服务的冒烟作为异常因素的严重程度;并且/或者
根据服务存在风险点的数量确定所述服务的风险点作为异常因素的严重程度;并且/或者
根据服务不存在监控的情况确定所述服务不存在监控的情况作为异常因素的严重程度;并且/或者
根据服务为核心服务且不存在预案的情况确定所述服务为核心服务且不存在预案的情况作为异常因素的严重程度。
第四方面,本公开实施例中提供了一种可读存储介质,其上存储有计算机指令,该计算机指令被处理器执行时实现如第一方面、第一方面的第一种实现方式至第十四种实现方式任一项所述的方法。
本公开实施例提供的技术方案可以包括以下有益效果:
根据本公开实施例提供的技术方案,通过确定处于异常状态的服务的数量;针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理,可以理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理,还包括:根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,其中,所述关联关系表示一个服务调用另一服务;确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级;按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,包括:将相互之间存在关联关系的多个服务分为第一组;将与另一服务不存在关联关系的服务分为第二组,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述将相互之间存在关联关系的多个服务分为第一组,包括:确定所述第一组中的多个服务的服务等级;将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;将包括至少一个服务等级低于所述预设等级阈值的第二等级服务的关联关系确定为非关键路径,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述确定所述第一组中的多个服务的服务等级,包括:根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级,包括:根据服务是否影响特定功能的使用确定所述第一组中的多个服务是否是核心服务;根据所述第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;根据所述第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定所述第一组中的多个服务的服务等级,其中,所述服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述预设等级阈值为核心且自动降级的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,包括:将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:在所述第一组中的服务的最高服务等级与所述第二组中的服务的最高服务等级相同的情况下,确定所述第一组具有比所述第二组更高的组维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:确定所述第一组的服务中处于所述关键路径的服务具有比处于所述非关键路径的服务更高的服务维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:确定所述第一组的服务中的调用方服务具有比所述调用方服务所调用的被调用方服务更高的服务维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,还包括:对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,包括:对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度;按照所述异常因素的严重程度从重到轻的顺序对所述异常因素进行处理,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,所述核心服务为影响特定功能的使用的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
根据本公开实施例提供的技术方案,通过所述对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度,包括:根据服务存在故障的数量确定所述服务的故障作为异常因素的严重程度;并且/或者根据服务存在冒烟的数量确定所述服务的冒烟作为异常因素的严重程度;并且/或者根据服务存在风险点的数量确定所述服务的风险点作为异常因素的严重程度;并且/或者根据服务不存在监控的情况确定所述服务不存在监控的情况作为异常因素的严重程度;并且/或者根据服务为核心服务且不存在预案的情况确定所述服务为核心服务且不存在预案的情况作为异常因素的严重程度,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
结合附图,通过以下非限制性实施方式的详细描述,本公开的其它特征、目的和优点将变得更加明显。在附图中:
图1示出根据本公开一实施方式的服务维护方法的流程图;
图2示出根据本公开一实施方式的服务维护方法中的步骤S130的一个示例的流程图;
图3示出图2所示实施方式中的步骤S210的一个示例的流程图;
图4示出图3所示实施方式中的步骤S310的一个示例的流程图;
图5示出图4所示实施方式中的步骤S410的一个示例的流程图;
图6示出图2所示实施方式中的步骤S220的一个示例的流程图;
图7示出根据本公开一实施方式的服务维护方法的应用场景的示例性示意图;
图8示出根据本公开一实施方式的服务维护装置的结构框图;
图9是适于用来实现根据本公开实施方式的服务维护方法的电子设备的结构示意图。
具体实施方式
下文中,将参考附图详细描述本公开的示例性实施方式,以使本领域技术人员可容易地实现它们。此外,为了清楚起见,在附图中省略了与描述示例性实施方式无关的部分。
在本公开中,应理解,诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的标签、数字、步骤、行为、部件、部分或其组合的存在,并且不欲排除一个或多个其他标签、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
另外还需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的标签可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
根据本公开实施例提供的技术方案,通过确定处于异常状态的服务的数量;针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理,可以理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
图1示出根据本公开一实施方式的服务维护方法的流程图。如图1所示,所述服务维护方法包括以下步骤S110、S120和S130:
在步骤S110中,确定处于异常状态的服务的数量。
在步骤S120中,针对多个处于异常状态的服务,确定多个服务之间是否存在关联关系。
在步骤S130中,根据多个服务之间是否存在关联关系,对多个服务的异常状态进行处理。
在本公开的一个实施例中,服务的异常状态指的是本领域中的在计算机等数字处理设备上运行的服务处于异常状态。在本公开的实施例中,同一流程中可以运行至少一个服务。在本公开的实施例中,相同的服务可以被不同的流程中运行。在本公开的一个实施例中,可以对处于异常状态的服务进行维护来减少和修复服务的异常状态。
在本公开的一个实施例中,可以根据处于异常状态的服务的数量,采用不同的处理方式。在本公开的一个实施例中,首先判断出现问题(异常状态)的服务的个数,如果处于异常状态的服务为1个服务或者是多个可以并行处理的(相互之间不存在关联关系)服务,则直接对服务出现的问题进行处理。
在本公开的一个实施例中,关联关系表示一个服务调用另一服务。即,当处于异常状态的服务的数量为多个时,可以根据是否存在一个服务调用另一服务的情况,对服务的异常状态进行处理。这样可以理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
以下参照图2描述根据本公开另一实施方式的服务维护方法中的步骤S130的一个示例。
图2示出根据本公开一实施方式的服务维护方法中的步骤S130的一个示例的流程图。如图2所示,步骤S130包括步骤S210、S220和S230。
在步骤S210中,根据多个服务之间是否存在关联关系,将多个处于异常状态的服务分组,其中,关联关系表示一个服务调用另一服务。
在步骤S220中,确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级。
在步骤S230中,按照组维护优先级和服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护。
根据本公开实施例提供的技术方案,通过根据多个服务之间是否存在关联关系对多个服务的异常状态进行处理,还包括:根据多个服务之间是否存在关联关系,将多个处于异常状态的服务分组,其中,关联关系表示一个服务调用另一服务;确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级;按照组维护优先级和服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,将需要进行维护的服务按照服务间是否存在关联关系分组,即,具有关联关系的服务分为一组,并具有关联关系的服务分为另一组。
在本公开的一个实施例中,所述按照组维护优先级和服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护指的是:先维护具有较高组维护优先级的组中的服务,并且在具有较高组维护优先级的组中按照服务维护优先级从高到低的次序维护服务;接下来,维护具有较低组维护优先级的组中的服务,并且在具有较低的组维护优先级的组中按照服务维护优先级从高到低的次序维护服务。
以下参照图3描述图2所示实施方式中的步骤S210的一个示例。
图3示出图2所示实施方式中的步骤S210的一个示例的流程图。如图3所示,步骤S210包括步骤S310和S320。
在步骤S310中,将相互之间存在关联关系的多个服务分为第一组。
在步骤S320中,将与另一服务不存在关联关系的服务分为第二组。
根据本公开实施例提供的技术方案,通过根据多个服务之间是否存在关联关系,将多个处于异常状态的服务分组,包括:将相互之间存在关联关系的多个服务分为第一组;将与另一服务不存在关联关系的服务分为第二组,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
以下参照图4描述图3所示实施方式中的步骤S310的一个示例。
图4示出图3所示实施方式中的步骤S310的一个示例的流程图。如图4所示,步骤S310包括步骤S410、S420和S430。
在步骤S410中,确定第一组中的多个服务的服务等级。
在步骤S420中,将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径。
在步骤S430中,将包括至少一个服务等级低于预设等级阈值的第二等级服务的关联关系确定为非关键路径。
根据本公开实施例提供的技术方案,通过将相互之间存在关联关系的多个服务分为第一组,包括:确定第一组中的多个服务的服务等级;将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;将包括至少一个服务等级低于预设等级阈值的第二等级服务的关联关系确定为非关键路径,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,步骤S410包括:根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务的服务等级。
根据本公开实施例提供的技术方案,通过确定第一组中的多个服务的服务等级,包括:根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务的服务等级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
以下参照图5描述图4所示实施方式中的步骤S410的一个示例。
图5示出图4所示实施方式中的步骤S410的一个示例的流程图。具体而言,根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务的服务等级,包括步骤S510、S520和S530。
在步骤S510中,根据服务是否影响特定功能的使用确定第一组中的多个服务是否是核心服务。
在步骤S520中,根据第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种。
在步骤S530中,根据第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定第一组中的多个服务的服务等级。
在本公开的一个实施例中,服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务。
根据本公开实施例提供的技术方案,通过根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务的服务等级,包括:根据服务是否影响特定功能的使用确定第一组中的多个服务是否是核心服务;根据第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;根据第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定第一组中的多个服务的服务等级,其中,服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
以下以表1作为示例描述服务等级。
表1
is_core=0(核心) | is_core=1(非核心) | |
degrade=0(不可降级) | P0 | P3 |
degrade=1(可降级) | P1 | P4 |
degrade=2(自动降级) | P2 | P5 |
在表1中,is_core=0表示服务是核心服务,is_core=1表示服务是非核心服务。
在该示例中,可以通过判定每一个服务是否影响特定功能的使用来确定服务是否是核心服务。例如,根据服务是否影响主流程(即,所涉及的业务的主流程)可将服务区分为两类:影响主流程(即功能无法使用,影响用户体验)和不影响主流程。影响主流程的服务即为核心服务,在表1中,服务P0、P1和P2是核心服务。不影响主流程的服务即为核心服务,在表1中,服务P3、P4和P5是非核心服务。
在表1中,degrade=0表示不可降级服务,degrade=1表示可降级服务,degrade=2表示自动降级服务。
在该示例中,可以通过判定每一个服务单元是否被允许延迟使用或暂停使用,即,是否可降级(主要是针对非正常情况下的应急服务措施,保证重要或基本服务正常运行,非重要服务延迟使用或暂停使用)将服务区分为:不可降级服务、可降级服务和自动降级服务。在表1中,服务P0和P3是不可降级服务,服务P1和P5是可降级服务,服务P2和P6是自动降级服务。
通过以上两个判别标准可将服务分为如下6个等级来区分服务的重要程度。其中,服务P0是核心且不可降级的服务,服务P1是核心且可降级的服务,服务P2是核心且自动降级的服务,服务P3是非核心且不可降级的服务,服务P4是非核心且可降级的服务,并且服务P5是非核心且自动降级的服务。
以下参照表2作为示例描述服务之间的关联关系。
表2
在表2中,对于存在关联关系的服务,服务关系描述为服务A对服务B的调用关系。在表2所示的服务A对服务B的调用关系中,关键路径标识为Y;非关键路径标识为N。
从表2中可见,作为调用方的服务A的核心服务P0、P1和P2(参见表1)调用作为非调用方的服务B的核心服务P0、P1和P2的调用关系(关联关系)被确定为关键路径Y。例如,当服务A为P0服务等级,服务B为P0服务等级时,A到B的关联关系被默认描述为关键路径Y,此时服务A与服务B的交互弥足重要。当作为调用方的服务A和作为非调用方的服务B中出现任一非核心服务P3、P4和P5(参见表1)时,此调用关系(关联关系)被确定为非关联路径N。
在本公开的一个实施例中,预设等级阈值为核心且自动降级的服务。即,在服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务的情况下,可以将服务等级高于或等于核心且自动降级的服务的服务作为第一等级服务,并且将服务等级低于核心且自动降级的服务的服务作为第二等级服务。因此,可以将图4所示的步骤S420实现为:将服务等级高于或等于核心且自动降级的服务的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径(即,表2所示的关键路径Y)。而且,可以将图4所示的步骤S430实现为:将包括至少一个服务等级核心且自动降级的服务的第二等级服务的关联关系确定为非关键路径(即,表2所示的非关键路径N)。
根据本公开实施例提供的技术方案,通过预设等级阈值为核心且自动降级的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,预设等级阈值为核心且自动降级的服务仅仅是一种示例,本领域技术人员可以理解,可以根据实际情况将预设等级阈值设置为核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级中的任意服务。即,表2所示的示例描述的服务之间的关联关系是否为关键路径的划分方式可以改变。
在本公开的一个实施例中,表1所示的服务等级划分方式也仅仅是示例,本领域技术人员可以理解,根据本公开的以上教导,可以采用不同的维度或更多维度将服务划分为更多的服务等级或更少的服务等级。
在本公开的一个实施例中,图2所示的步骤S220包括:将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级。
根据本公开实施例提供的技术方案,通过确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,包括:将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,当根据多个服务之间是否存在关联关系将多个服务划分为不同的组时,当一个组中服务等级最高的服务比另一个组中的服务等级最高的服务的服务等级高时,前一个组的组维护优先级比后一个组的组维护优先级高。例如,当第一组中的服务等级最高的服务为表1中的服务等级P0,而第二组中的服务等级最高的服务为表1中的服务等级P1,则可以确定第一组的组维护优先级比第二组的组维护优先级高。在此情况下,先维护第一组中的服务,后维护第二组中的服务。又例如,当第一组中的服务等级最高的服务为表1中的服务等级P2,而第二组中的服务等级最高的服务为表1中的服务等级P1,则可以确定第二组的组维护优先级比第一组的组维护优先级高。在此情况下,先维护第二组中的服务,后维护第一组中的服务。
在本公开的一个实施例中,图2所示的步骤S220包括:在第一组中的服务的最高服务等级与第二组中的服务的最高服务等级相同的情况下,确定第一组具有比第二组更高的组维护优先级。
根据本公开实施例提供的技术方案,通过确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:在第一组中的服务的最高服务等级与第二组中的服务的最高服务等级相同的情况下,确定第一组具有比第二组更高的组维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
例如,当第一组,即,具有互之间存在关联关系的多个服务的组,和第二组,即,具有互之间不存在关联关系的多个服务的组,中的服务等级最高的服务均为表1中的服务等级P1时,将第一组确定为比第二组具有更高的组维护优先级。本领域技术人员可以理解,由于第一组中的服务相互之间存在关联关系,因此当一个服务出现问题时,对整个业务主流程造成的影响可能会比一个与其他服务没有关联关系的相同服务等级的服务出现问题时造成的影响大,因此在各个组中的服务的最高服务等级相同的情况下,先维护具有关联关系的服务的组对于整个业务主流程的维护(特定功能保持)是较为有利的。
在本公开的一个实施例中,图2所示的步骤S220包括:确定第一组的服务中处于关键路径的服务具有比处于非关键路径的服务更高的服务维护优先级。
根据本公开实施例提供的技术方案,通过确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:确定第一组的服务中处于关键路径的服务具有比处于非关键路径的服务更高的服务维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,从表1和表2所示的示例可见,处于关键路径的服务比处于非关键路径的服务对特定功能的使用更可能会造成更大影响,即使对特定功能的使用造成的影响相同,也会更难以被允许延迟使用或暂停使用。因此,第一组的服务中处于关键路径的服务具有比处于非关键路径的服务更高的服务维护优先级。
在本公开的一个实施例中,图2所示的步骤S220包括:确定第一组的服务中的调用方服务具有比调用方服务所调用的被调用方服务更高的服务维护优先级。
根据本公开实施例提供的技术方案,通过确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:确定第一组的服务中的调用方服务具有比调用方服务所调用的被调用方服务更高的服务维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,在具有互之间存在关联关系的多个服务的第一组中,由于调用方服务的问题可能直接导致其所调用的被调用方服务的问题,因此,可以将调用方服务设定为具有比该调用方服务所调用的被调用方服务更高的服务维护优先级。在此情况下,先对调用方服务进行维护,当维护完成时,被调用方服务出现的问题可能同时被解决。反之,如果先维护被调用方服务,则调用方服务的问题可能依然无法得到解决,甚至仍然会导致被调用方服务出现问题。因此,通过为调用方服务设置具有比被调用方服务更高的服务优先级使得先对调用方服务进行维护对于第一组中的服务的维护是有利的。换言之,当上游服务出现问题,下游一定受到影响。因此,当同时发现冒烟或故障时可优先排查上游服务,有助于快速定位并解决问题。
在本公开的一个实施例中,图2所示的步骤S230包括:对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对异常因素进行处理。
根据本公开实施例提供的技术方案,通过所述按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,还包括:对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
以下参照图6对该实施例中的对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对异常因素进行处理进行描述。
如图6所示,该步骤包括步骤S610和S620。
在步骤S610中,对于具有相同的服务维护优先级的服务,确定导致异常状态的异常因素的严重程度。
在步骤S620中,按照异常因素的严重程度从重到轻的顺序对异常因素进行处理。
根据本公开实施例提供的技术方案,通过对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对异常因素进行处理,包括:对于具有相同的服务维护优先级的服务,确定导致异常状态的异常因素的严重程度;按照异常因素的严重程度从重到轻的顺序对所述异常因素进行处理,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,核心服务为影响特定功能的使用的服务。
根据本公开实施例提供的技术方案,通过异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,核心服务为影响特定功能的使用的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,可以对任意一个服务从故障、冒烟、风险点、监控、预案5个维度进行打分来评判该服务当前的健康状况(是否正常)。由于不同维度对服务健康度的影响不仅相同,故其权重也不相同。可以将所有服务的基准健康分数(正常状态)设置为100分。
例如,如果服务当前存在故障,则该服务的健康分数减去40分*故障的个数。
例如,如果服务当前存在冒烟,则该服务当前的健康分数减去20分*冒烟的个数。
例如,如果服务当前存在风险点,则该服务当前健康分数减去10分*风险点的个数。
例如,如果服务不存在监控,则该服务当前健康分数减去20分。
例如,如果服务为核心服务且不存在预案,则该服务当前分数减去30分。
例如,当分数为负数时,该服务健康分数置为0分。当分数低于100时服务即处于不健康状态(即,服务处于异常状态)。在本公开的一个实施例中,前端可以根据服务的健康分数以不同颜色显示提示研发人员。
本领域技术人员可以理解,以上讨论的“故障、冒烟、风险点、监控、预案”五个维度作为导致异常状态的异常因素仅仅是示例,本公开的实施方式可以采用其中一部分维度或其他的维度来作为确定导致异常状态的异常因素。另外,导致异常状态的异常因素的严重程度可以基于不同方式进行计算,例如,可以将各种不同维度的异常因素按照预设打分规则进行打分,得分越高的异常因素的严重程度越重。也可以针对不同的异常因素分级,例如,某一级的异常因素的严重程度高于另一极的异常因素的严重程度。本领域技术人员可以理解,可以采用各种方式确定异常因素的严重程度,不过看对此不做赘述。
在本公开的一个实施例中,图6所示的步骤S610包括:
根据服务存在故障的数量确定服务的故障作为异常因素的严重程度;并且/或者
根据服务存在冒烟的数量确定服务的冒烟作为异常因素的严重程度;并且/或者
根据服务存在风险点的数量确定服务的风险点作为异常因素的严重程度;并且/或者
根据服务不存在监控的情况确定服务不存在监控的情况作为异常因素的严重程度;并且/或者
根据服务为核心服务且不存在预案的情况确定服务为核心服务且不存在预案的情况作为异常因素的严重程度。
根据本公开实施例提供的技术方案,通过对于具有相同的服务维护优先级的服务,确定导致异常状态的异常因素的严重程度,包括:根据服务存在故障的数量确定服务的故障作为异常因素的严重程度;并且/或者根据服务存在冒烟的数量确定服务的冒烟作为异常因素的严重程度;并且/或者根据服务存在风险点的数量确定服务的风险点作为异常因素的严重程度;并且/或者根据服务不存在监控的情况确定服务不存在监控的情况作为异常因素的严重程度;并且/或者根据服务为核心服务且不存在预案的情况确定服务为核心服务且不存在预案的情况作为异常因素的严重程度,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
以下参照图7描述根据本公开一实施方式的服务维护方法的应用场景示例。
图7示出根据本公开一实施方式的服务维护方法的应用场景的示例性示意图。
如图7所示,应用环境700涉及的服务中包括多个处于异常状态的服务711、712、713、714、715、716、717、718、721、722、723和724。
在本公开的实施例的应用场景中,首先判断出现问题(异常状态)的服务的个数,如果处于异常状态的服务为1个服务或者是多个可以并行处理的(相互之间不存在关联关系)服务,则直接对服务出现的问题进行处理。根据前述的服务的“故障、冒烟、风险点、监控、预案”五个维度的健康分数(即,异常因素的严重程度)进行优先处理,先处理健康分数较低(异常因素的严重程度较高)的问题,再处理健康分数较高(异常因素的严重程度较低)的问题。例如,进行处理直至服务各个维度的分数均恢复至100分(服务处于正常状态)。
在本公开的实施例的应用场景中,如果出现问题(异常状态)的服务为多个,则进一步判断服务之间是否存在关联关系,将存在关联关系的服务分为一组(组I),将不存在关联关系的服务分为一组(组II)。在应用环境700中,可将处于异常状态的服务711、712、713、714、715和716之间存在关联关系,并且服务717和718之间存在关联关系,因此可以将处于异常状态的服务711、712、713、714、715、716、717和718分为组I 710。另外将相互之间不存在关联关系的服务721、722、723和724分为组II 720。可以先处理两组服务中包含服务等级最高的服务的问题组。如果两组服务中包含的服务的最高服务等级相同则先处理组I,再处理组II。
在本公开的实施例的应用场景中,对于组I 710,可以先处理关键路径的服务对,后处理非关键路径的服务对,对于关键路径和/或非关键路径服务对的处理,均是先处理上游服务。例如,先处理组I 710中的服务711和服务717。本领域技术人员可以理解,存在关联关系(调用关系)的服务都可以构成服务对,因此,对于存在一系列调用关系的服务711、712、713、714、715和716,先处理服务711,在对最上游的服务711完成维护之后,可以继续对服务712、713、714、715和716中的上游服务712和715,以此类推。
在本公开的实施例的应用场景中,对于组II 720,根据组II 720中服务的服务等级进行处理,先处理服务等级高的服务对应的问题,再处理服务等级低的服务对应的问题。即,服务等级高的服务的服务维护优先级高于服务等级低的服务的服务维护优先级。
另外,可以理解,对于前述多个可以并行处理的(相互之间不存在关联关系)服务,可以按照对组II 720的服务维护方式进行维护。
以下参照图8描述根据本公开又一实施方式的服务维护装置。
图8示出根据本公开一实施方式的服务维护装置800的结构框图。图8所示的服务维护装置800包括第一确定模块810、第二确定模块820和处理模块830。
第一确定模块810被配置为确定处于异常状态的服务的数量。
第二确定模块820被配置为针对多个处于异常状态的服务,确定多个服务之间是否存在关联关系。
处理模块830被配置为根据多个服务之间是否存在关联关系对多个服务的异常状态进行处理。
根据本公开实施例提供的技术方案,通过第一确定模块,被配置为确定处于异常状态的服务的数量;第二确定模块,被配置为针对多个处于异常状态的服务,确定多个服务之间是否存在关联关系;处理模块,被配置为根据多个服务之间是否存在关联关系对多个服务的异常状态进行处理,可以理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
根据多个服务之间是否存在关联关系,将多个处于异常状态的服务分组,其中,关联关系表示一个服务调用另一服务;
确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级;
按照组维护优先级和服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:根据多个服务之间是否存在关联关系,将多个处于异常状态的服务分组,其中,关联关系表示一个服务调用另一服务;确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级;按照组维护优先级和服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
将相互之间存在关联关系的多个服务分为第一组;
将与另一服务不存在关联关系的服务分为第二组。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:将相互之间存在关联关系的多个服务分为第一组;将与另一服务不存在关联关系的服务分为第二组,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
确定第一组中的多个服务的服务等级;
将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;
将包括至少一个服务等级低于预设等级阈值的第二等级服务的关联关系确定为非关键路径。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:确定第一组中的多个服务的服务等级;将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;将包括至少一个服务等级低于预设等级阈值的第二等级服务的关联关系确定为非关键路径,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务的服务等级。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务的服务等级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
根据服务是否影响特定功能的使用确定第一组中的多个服务是否是核心服务;
根据第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;
根据第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定第一组中的多个服务的服务等级,
其中,服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:根据服务是否影响特定功能的使用确定第一组中的多个服务是否是核心服务;根据第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;根据第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定第一组中的多个服务的服务等级,其中,服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,预设等级阈值为核心且自动降级的服务。
根据本公开实施例提供的技术方案,通过预设等级阈值为核心且自动降级的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
在第一组中的服务的最高服务等级与第二组中的服务的最高服务等级相同的情况下,确定第一组具有比第二组更高的组维护优先级。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:在第一组中的服务的最高服务等级与第二组中的服务的最高服务等级相同的情况下,确定第一组具有比第二组更高的组维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
确定第一组的服务中处于关键路径的服务具有比处于非关键路径的服务更高的服务维护优先级。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:确定第一组的服务中处于关键路径的服务具有比处于非关键路径的服务更高的服务维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
确定第一组的服务中的调用方服务具有比调用方服务所调用的被调用方服务更高的服务维护优先级。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:确定第一组的服务中的调用方服务具有比调用方服务所调用的被调用方服务更高的服务维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对异常因素进行处理。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对异常因素进行处理,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
对于具有相同的服务维护优先级的服务,确定导致异常状态的异常因素的严重程度;
按照异常因素的严重程度从重到轻的顺序对异常因素进行处理。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:对于具有相同的服务维护优先级的服务,确定导致异常状态的异常因素的严重程度;按照异常因素的严重程度从重到轻的顺序对异常因素进行处理,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,核心服务为影响特定功能的使用的服务。
根据本公开实施例提供的技术方案,通过异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,核心服务为影响特定功能的使用的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,处理模块830还被配置为:
根据服务存在故障的数量确定服务的故障作为异常因素的严重程度;并且/或者
根据服务存在冒烟的数量确定服务的冒烟作为异常因素的严重程度;并且/或者
根据服务存在风险点的数量确定服务的风险点作为异常因素的严重程度;并且/或者
根据服务不存在监控的情况确定服务不存在监控的情况作为异常因素的严重程度;并且/或者
根据服务为核心服务且不存在预案的情况确定服务为核心服务且不存在预案的情况作为异常因素的严重程度。
根据本公开实施例提供的技术方案,通过处理模块还被配置为:根据服务存在故障的数量确定服务的故障作为异常因素的严重程度;并且/或者根据服务存在冒烟的数量确定服务的冒烟作为异常因素的严重程度;并且/或者根据服务存在风险点的数量确定服务的风险点作为异常因素的严重程度;并且/或者根据服务不存在监控的情况确定服务不存在监控的情况作为异常因素的严重程度;并且/或者根据服务为核心服务且不存在预案的情况确定服务为核心服务且不存在预案的情况作为异常因素的严重程度,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
本领域技术人员可以理解,参照图8描述的技术方案的可以与参照图1至图7描述的实施例结合,从而具备参照图1至图7描述的实施例所实现的技术效果。具体内容可以参照以上根据图1至图7进行的描述,其具体内容在此不再赘述。
本公开实施方式还提供了一种电子设备,如图9所示,包括至少一个处理器901;以及与至少一个处理器901通信连接的存储器902;其中,存储器902存储有可被至少一个处理器901执行的指令,指令被至少一个处理器901执行以实现以下步骤:
确定处于异常状态的服务的数量;
针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;
根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理。
根据本公开实施例提供的技术方案,通过确定处于异常状态的服务的数量;针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理,可以理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理,还包括:
根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,其中,所述关联关系表示一个服务调用另一服务;
确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级;
按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护。
根据本公开实施例提供的技术方案,通过所述根据所述多个服务之间是否存在关联关系对所述多个服务的异常状态进行处理,还包括:根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,其中,所述关联关系表示一个服务调用另一服务;确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级;按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,包括:
将相互之间存在关联关系的多个服务分为第一组;
将与另一服务不存在关联关系的服务分为第二组。
根据本公开实施例提供的技术方案,通过所述根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,包括:将相互之间存在关联关系的多个服务分为第一组;将与另一服务不存在关联关系的服务分为第二组,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述将相互之间存在关联关系的多个服务分为第一组,包括:
确定所述第一组中的多个服务的服务等级;
将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;
将包括至少一个服务等级低于所述预设等级阈值的第二等级服务的关联关系确定为非关键路径。
根据本公开实施例提供的技术方案,通过所述将相互之间存在关联关系的多个服务分为第一组,包括:确定所述第一组中的多个服务的服务等级;将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;将包括至少一个服务等级低于所述预设等级阈值的第二等级服务的关联关系确定为非关键路径,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级。
根据本公开实施例提供的技术方案,通过所述确定所述第一组中的多个服务的服务等级,包括:根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用确定所述第一组中的多个服务是否是核心服务;
根据所述第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;
根据所述第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定所述第一组中的多个服务的服务等级,
其中,所述服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务。
根据本公开实施例提供的技术方案,通过所述根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级,包括:根据服务是否影响特定功能的使用确定所述第一组中的多个服务是否是核心服务;根据所述第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;根据所述第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定所述第一组中的多个服务的服务等级,其中,所述服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述预设等级阈值为核心且自动降级的服务。
根据本公开实施例提供的技术方案,通过所述预设等级阈值为核心且自动降级的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,包括:
将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级。
根据本公开实施例提供的技术方案,通过所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,包括:将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
在所述第一组中的服务的最高服务等级与所述第二组中的服务的最高服务等级相同的情况下,确定所述第一组具有比所述第二组更高的组维护优先级。
根据本公开实施例提供的技术方案,通过所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:在所述第一组中的服务的最高服务等级与所述第二组中的服务的最高服务等级相同的情况下,确定所述第一组具有比所述第二组更高的组维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中处于所述关键路径的服务具有比处于所述非关键路径的服务更高的服务维护优先级。
根据本公开实施例提供的技术方案,通过所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:确定所述第一组的服务中处于所述关键路径的服务具有比处于所述非关键路径的服务更高的服务维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中的调用方服务具有比所述调用方服务所调用的被调用方服务更高的服务维护优先级。
根据本公开实施例提供的技术方案,通过所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:确定所述第一组的服务中的调用方服务具有比所述调用方服务所调用的被调用方服务更高的服务维护优先级,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,还包括:
对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理。
根据本公开实施例提供的技术方案,通过所述按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,还包括:对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,包括:
对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度;
按照所述异常因素的严重程度从重到轻的顺序对所述异常因素进行处理。
根据本公开实施例提供的技术方案,通过所述对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,包括:对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度;按照所述异常因素的严重程度从重到轻的顺序对所述异常因素进行处理,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,所述核心服务为影响特定功能的使用的服务。
根据本公开实施例提供的技术方案,通过所述异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,所述核心服务为影响特定功能的使用的服务,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
在本公开的一个实施例中,所述对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度,包括:
根据服务存在故障的数量确定所述服务的故障作为异常因素的严重程度;并且/或者
根据服务存在冒烟的数量确定所述服务的冒烟作为异常因素的严重程度;并且/或者
根据服务存在风险点的数量确定所述服务的风险点作为异常因素的严重程度;并且/或者
根据服务不存在监控的情况确定所述服务不存在监控的情况作为异常因素的严重程度;并且/或者
根据服务为核心服务且不存在预案的情况确定所述服务为核心服务且不存在预案的情况作为异常因素的严重程度。
根据本公开实施例提供的技术方案,通过所述对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度,包括:根据服务存在故障的数量确定所述服务的故障作为异常因素的严重程度;并且/或者根据服务存在冒烟的数量确定所述服务的冒烟作为异常因素的严重程度;并且/或者根据服务存在风险点的数量确定所述服务的风险点作为异常因素的严重程度;并且/或者根据服务不存在监控的情况确定所述服务不存在监控的情况作为异常因素的严重程度;并且/或者根据服务为核心服务且不存在预案的情况确定所述服务为核心服务且不存在预案的情况作为异常因素的严重程度,可以通过对服务分组并理清服务重要程度及服务的健康状况,针对服务的异常状态对服务进行维护,从而保障服务稳定性。而且,可以根据服务之间的关联关系对服务做精细化的处理,通过及时发现与服务的异常状态相关的问题并且进行及时和有针对性的处理来对服务进行维护。
所述处理器901用于执行前述各方法步骤中的全部或部分步骤。
具体地,处理器901、存储器902可以通过总线或者其他方式连接,图9中以通过总线连接为例。存储器902作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器901通过运行存储在存储器902中的非易失性软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现本公开实施例中的上述方法。
存储器902可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储航运网络运输的历史数据等。此外,存储器902可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施方式中,电子设备可选地包括通信组件903,存储器902可选地包括相对于处理器901远程设置的存储器,这些远程存储器可以通过通信组件903连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
一个或者多个模块存储在存储器902中,当被一个或者多个处理器901执行时,执行本公开实施例中的上述方法。
上述产品可执行本公开实施方式所提供的方法,具备执行方法相应的功能模块和有益效果,未在本实施方式中详尽描述的技术细节,可参见本公开实施方式所提供的方法。
附图中的流程图和框图,图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中,这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
作为另一方面,本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质;也可以是单独存在,未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序,所述程序被一个或者一个以上的处理器用来执行描述于本公开实施例中的方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离所述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (24)
1.一种服务维护方法,其特征在于,包括:
确定处于异常状态的服务的数量;
针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;
根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,其中,将相互之间存在关联关系的多个服务分为第一组,将与另一服务不存在关联关系的服务分为第二组,所述关联关系表示一个服务调用另一服务;
确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,其中,将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级,在所述第一组中的服务的最高服务等级与所述第二组中的服务的最高服务等级相同的情况下,确定所述第一组具有比所述第二组更高的组维护优先级;
按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,
其中,所述服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务。
2.根据权利要求1所述的方法,其特征在于,所述将相互之间存在关联关系的多个服务分为第一组,包括:
确定所述第一组中的多个服务的服务等级;
将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;
将包括至少一个服务等级低于所述预设等级阈值的第二等级服务的关联关系确定为非关键路径。
3.根据权利要求2所述的方法,其特征在于,所述确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级。
4.根据权利要求3所述的方法,其特征在于,所述根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用确定所述第一组中的多个服务是否是核心服务;
根据所述第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;
根据所述第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定所述第一组中的多个服务的服务等级。
5.根据权利要求4所述的方法,其特征在于,所述预设等级阈值为核心且自动降级的服务。
6.根据权利要求2所述的方法,其特征在于,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中处于所述关键路径的服务具有比处于所述非关键路径的服务更高的服务维护优先级。
7.根据权利要求1所述的方法,其特征在于,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中的调用方服务具有比所述调用方服务所调用的被调用方服务更高的服务维护优先级。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,还包括:
对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理。
9.根据权利要求8所述的方法,其特征在于,所述对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,包括:
对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度;
按照所述异常因素的严重程度从重到轻的顺序对所述异常因素进行处理。
10.根据权利要求8所述的方法,其特征在于,所述异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,所述核心服务为影响特定功能的使用的服务。
11.根据权利要求10所述的方法,其特征在于,所述对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度,包括:
根据服务存在故障的数量确定所述服务的故障作为异常因素的严重程度;并且/或者
根据服务存在冒烟的数量确定所述服务的冒烟作为异常因素的严重程度;并且/或者
根据服务存在风险点的数量确定所述服务的风险点作为异常因素的严重程度;并且/或者
根据服务不存在监控的情况确定所述服务不存在监控的情况作为异常因素的严重程度;并且/或者
根据服务为核心服务且不存在预案的情况确定所述服务为核心服务且不存在预案的情况作为异常因素的严重程度。
12.一种服务维护装置,其特征在于,包括:
第一确定模块,被配置为确定处于异常状态的服务的数量;
第二确定模块,被配置为针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;
处理模块,被配置为根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,其中,将相互之间存在关联关系的多个服务分为第一组,将与另一服务不存在关联关系的服务分为第二组,所述关联关系表示一个服务调用另一服务;确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,其中,将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级,在所述第一组中的服务的最高服务等级与所述第二组中的服务的最高服务等级相同的情况下,确定所述第一组具有比所述第二组更高的组维护优先级;按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,
其中,所述服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务。
13.一种电子设备,其特征在于,包括存储器和处理器;其中,
所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行以实现以下步骤:
确定处于异常状态的服务的数量;
针对多个处于异常状态的服务,确定所述多个服务之间是否存在关联关系;
根据所述多个服务之间是否存在关联关系,将所述多个处于异常状态的服务分组,其中,将相互之间存在关联关系的多个服务分为第一组,将与另一服务不存在关联关系的服务分为第二组,所述关联关系表示一个服务调用另一服务;
确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,其中,将具有最高服务等级的服务的组确定为具有比另一组更高的组维护优先级,在所述第一组中的服务的最高服务等级与所述第二组中的服务的最高服务等级相同的情况下,确定所述第一组具有比所述第二组更高的组维护优先级;
按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,
其中,所述服务等级从高到低分别为:核心且不可降级的服务、核心且可降级的服务、核心且自动降级的服务、非核心且不可降级的服务、非核心且可降级的服务、非核心且自动降级的服务。
14.根据权利要求13所述的设备,其特征在于,所述将相互之间存在关联关系的多个服务分为第一组,包括:
确定所述第一组中的多个服务的服务等级;
将服务等级高于或等于预设等级阈值的第一等级服务中相互之间存在关联关系的第一等级服务之间的关联关系确定为关键路径;
将包括至少一个服务等级低于所述预设等级阈值的第二等级服务的关联关系确定为非关键路径。
15.根据权利要求14所述的设备,其特征在于,所述确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级。
16.根据权利要求15所述的设备,其特征在于,所述根据服务是否影响特定功能的使用以及服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务的服务等级,包括:
根据服务是否影响特定功能的使用确定所述第一组中的多个服务是否是核心服务;
根据所述第一组中的核心服务或非核心服务是否被允许延迟使用或暂停使用,确定所述第一组中的多个服务分别为不可降级服务、可降级服务和自动降级服务中的哪一种;
根据所述第一组中的多个服务是否是核心服务以及分别为不可降级服务、可降级服务和自动降级服务中的哪一种,确定所述第一组中的多个服务的服务等级。
17.根据权利要求16所述的设备,其特征在于,所述预设等级阈值为核心且自动降级的服务。
18.根据权利要求14所述的设备,其特征在于,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中处于所述关键路径的服务具有比处于所述非关键路径的服务更高的服务维护优先级。
19.根据权利要求13所述的设备,其特征在于,所述确定服务分组的组维护优先级以及同一组中的服务的服务维护优先级,还包括:
确定所述第一组的服务中的调用方服务具有比所述调用方服务所调用的被调用方服务更高的服务维护优先级。
20.根据权利要求13-19任一项所述的设备,其特征在于,所述按照所述组维护优先级和所述服务维护优先级从高到低的顺序对已分组的处于异常状态的服务进行维护,还包括:
对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理。
21.根据权利要求20所述的设备,其特征在于,所述对于具有相同的服务维护优先级的服务,按照导致异常状态的异常因素的严重程度对所述异常因素进行处理,包括:
对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度;
按照所述异常因素的严重程度从重到轻的顺序对所述异常因素进行处理。
22.根据权利要求20所述的设备,其特征在于,所述异常因素包括以下至少一项:服务存在故障,服务存在冒烟,服务存在风险点,服务不存在监控,以及服务为核心服务且不存在预案,其中,所述核心服务为影响特定功能的使用的服务。
23.根据权利要求22所述的设备,其特征在于,所述对于具有相同的服务维护优先级的服务,确定导致所述异常状态的异常因素的严重程度,包括:
根据服务存在故障的数量确定所述服务的故障作为异常因素的严重程度;并且/或者
根据服务存在冒烟的数量确定所述服务的冒烟作为异常因素的严重程度;并且/或者
根据服务存在风险点的数量确定所述服务的风险点作为异常因素的严重程度;并且/或者
根据服务不存在监控的情况确定所述服务不存在监控的情况作为异常因素的严重程度;并且/或者
根据服务为核心服务且不存在预案的情况确定所述服务为核心服务且不存在预案的情况作为异常因素的严重程度。
24.一种可读存储介质,其上存储有计算机指令,其特征在于,该计算机指令被处理器执行时实现如权利要求1-11任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910420862.2A CN110149230B (zh) | 2019-05-20 | 2019-05-20 | 服务维护方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910420862.2A CN110149230B (zh) | 2019-05-20 | 2019-05-20 | 服务维护方法、装置、电子设备及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110149230A CN110149230A (zh) | 2019-08-20 |
CN110149230B true CN110149230B (zh) | 2021-03-02 |
Family
ID=67592225
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910420862.2A Active CN110149230B (zh) | 2019-05-20 | 2019-05-20 | 服务维护方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110149230B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112260869B (zh) * | 2020-10-21 | 2022-07-29 | 中国联合网络通信集团有限公司 | 服务降级方法、系统、终端设备及计算机可读存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108491320A (zh) * | 2018-03-05 | 2018-09-04 | 平安普惠企业管理有限公司 | 应用程序的异常分析方法、装置、计算机设备和存储介质 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8693332B2 (en) * | 2009-06-30 | 2014-04-08 | New Renaissance Technology And Intellectual Property | Flow state aware management of QoS through dynamic aggregate bandwidth adjustments |
CN102694671A (zh) * | 2011-03-23 | 2012-09-26 | 中兴通讯股份有限公司 | 一种实现故障告警的方法及装置 |
CN102447577A (zh) * | 2011-10-31 | 2012-05-09 | 浪潮通信信息系统有限公司 | 一种客户导向的通信网络告警处理方法 |
CN102638100B (zh) * | 2012-04-05 | 2014-02-19 | 华北电力大学 | 地区电网设备异常告警信号关联分析与诊断方法 |
CN105847029B (zh) * | 2015-09-08 | 2019-08-09 | 南京联成科技发展股份有限公司 | 一种基于大数据的信息安全事件自动关联及快速响应系统 |
CN106685708B (zh) * | 2016-12-16 | 2020-02-21 | 华为技术有限公司 | 一种服务关系的确定方法、装置及系统 |
CN108964960B (zh) * | 2017-05-27 | 2021-10-19 | 阿里巴巴集团控股有限公司 | 一种告警事件的处理方法及装置 |
-
2019
- 2019-05-20 CN CN201910420862.2A patent/CN110149230B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108491320A (zh) * | 2018-03-05 | 2018-09-04 | 平安普惠企业管理有限公司 | 应用程序的异常分析方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110149230A (zh) | 2019-08-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107515796B (zh) | 一种设备异常监控处理方法及装置 | |
US20200106660A1 (en) | Event based service discovery and root cause analysis | |
CN108965014A (zh) | QoS感知的服务链备份方法及系统 | |
CN110389843B (zh) | 一种业务调度方法、装置、设备及可读存储介质 | |
CN109639591B (zh) | 配电数据反向传输方法及系统和计算机可读存储介质 | |
CN111901422B (zh) | 一种集群中节点的管理方法、系统及装置 | |
CN109308170A (zh) | 一种数据处理方法及装置 | |
CN114896166A (zh) | 场景库构建方法、装置、电子设备及存储介质 | |
CN110149230B (zh) | 服务维护方法、装置、电子设备及可读存储介质 | |
CN105589772A (zh) | 检测fpga芯片逻辑挂死的方法和装置 | |
CN111865665B (zh) | 一种网络设备故障自愈方法和装置 | |
CN108664394A (zh) | 一种内存泄露过程追溯方法及装置 | |
CN114448989B (zh) | 调整消息分发的方法、装置、电子设备、存储介质及产品 | |
WO2013111317A1 (ja) | 情報処理方法、装置及びプログラム | |
CN108141374B (zh) | 一种网络亚健康诊断方法及装置 | |
CN112732408A (zh) | 一种用于计算节点资源优化的方法 | |
CN107682173B (zh) | 基于交易模型的自动故障定位方法和系统 | |
CN113656215B (zh) | 一种基于集中配置的自动化容灾方法、系统、介质和设备 | |
CN114553765B (zh) | 一种ospf邻居震荡处理的方法、装置及介质 | |
CN114936106A (zh) | 一种主机故障的处理方法、装置及介质 | |
CN108737197A (zh) | 一种云环境下的故障预测方法及装置 | |
CN111327442B (zh) | 基于控制图的投诉预警阈值获取方法及装置 | |
CN113301177A (zh) | 一种域名防封禁方法及装置 | |
CN113965523A (zh) | 一种基于环路的pfc死锁的处理方法及装置 | |
CN113542027A (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 |