CN108769179A - 一种服务健康状态评估方法及装置 - Google Patents
一种服务健康状态评估方法及装置 Download PDFInfo
- Publication number
- CN108769179A CN108769179A CN201810501195.6A CN201810501195A CN108769179A CN 108769179 A CN108769179 A CN 108769179A CN 201810501195 A CN201810501195 A CN 201810501195A CN 108769179 A CN108769179 A CN 108769179A
- Authority
- CN
- China
- Prior art keywords
- service
- assessed
- check item
- score value
- list
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开一种服务健康状态评估方法及装置,其中,方法包括:获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量;对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值;对每一检查项的分值进行汇总,获得所述待评估服务的评估分值;若待评估服务的评估分值小于预设分值,则确定待评估服务存在缺陷。本发明实施例能够实现对线上服务的健康状态进行多维度的评估,实现提前预知待评估服务的当前情况。
Description
技术领域
本发明实施例涉及计算机技术领域,具体涉及一种服务健康状态评估方法及装置。
背景技术
随着互联网技术发展,越来越多的面向用户的应用程序被开发和使用。在这些应用程序中,用户通过应用程序所提供的线上服务与应用程序之间进行数据传递,实际上,线上数据是通过各种各样的数据接口接入至后台***,然后再调用数据传递至前台展示给用户。因此,若某个线上服务或者说某个数据接口出现问题时,会阻断向用户提供服务内容,影响用户的使用。
目前,若某个线上的应用程序或者说数据接口当前的状态情况是怎么样的,目前是什么状态,在现有技术中,通常使用一一查看、分析确定目前服务情况的方式。
但是,现有技术中的这种处理方式耗时较长,缺少实时性,不能及时的反馈当前某个线上服务或者某个数据接口的情况,当出现问题时,会延误向用户提供服务内容,影响用户使用。
鉴于此,如何对服务的健康状态进行评估成为目前需要解决的技术问题。
发明内容
由于现有方法存在上述问题,本发明实施例提出一种服务健康状态评估方法及装置。
第一方面,本发明实施例提出一种服务健康状态评估方法,包括:
获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量;
对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值;
对所述每一检查项的分值进行汇总,获得所述待评估服务的评估分值;
若所述待评估服务的评估分值小于预设分值,则确定所述待评估服务存在缺陷。
可选地,所述获取待评估服务对应的检查列表,包括:
根据待评估服务对应的编程语言,获取所述待评估服务对应的检查列表。
可选地,所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的监控覆盖率进行评估,包括:对规定的所述待评估服务的监控进行检测,确定是否有未添加的监控,并对所述待评估服务的监控的能力进行评估,获得所述待评估服务的监控覆盖率的分值;
其中,所述监控的能力,包括:机器状态和资源、进程和端口、日志、核心服务接口耗时、域名和虚拟网络之间互连的协议地址VIP。
可选地,所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的服务架构进行评估;
其中,所述服务架构包括:关联关系、互联网数据中心IDC/运营商、容错和预案,其中,所述关联关系是对服务之间的调用进行判断,将服务之间的调用进行解耦和高可用支持。
可选地,所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的服务部署和变更进行评估,包括对程序包管理、程序日志规范和服务发布变更情况的判断。
可选地,所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的服务等级协议SLA和性能进行评估,包含对服务接口的可用性、接口耗时和服务程序启动时间的评估;
和/或,
所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的容量进行评估,包含对整个服务能够容纳当前所述待评估服务的量进行评估和判断。
可选地,在确定所述待评估服务存在缺陷之后,所述方法还包括:
根据所述每一检查项的分值,确定存在缺陷的检查项,以对所述存在缺陷的检查项进行修复和完善。
第二方面,本发明实施例还提出一种服务健康状态评估装置,包括:
第一获取模块,用于获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量;
第二获取模块,用于对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值;
汇总模块,用于对所述每一检查项的分值进行汇总,获得所述待评估服务的评估分值;
确定模块,用于若所述待评估服务的评估分值小于预设分值,则确定所述待评估服务存在缺陷。
第三方面,本发明实施例还提出一种电子设备,包括:处理器、存储器、总线及存储在存储器上并可在处理器上运行的计算机程序;
其中,所述处理器,存储器通过所述总线完成相互间的通信;
所述处理器执行所述计算机程序时实现上述方法。
第四方面,本发明实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述方法。
由上述技术方案可知,本发明实施例提供的一种服务健康状态评估方法及装置,通过获取待评估服务对应的检查列表,检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量,对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,对每一检查项的分值进行汇总,获得所述待评估服务的评估分值,若待评估服务的评估分值小于预设分值,则确定待评估服务存在缺陷,由此,能够实现对线上服务的健康状态进行多维度的评估。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些图获得其他的附图。
图1为本发明一实施例提供的一种服务健康状态评估方法的流程示意图;
图2为本发明一实施例提供的一种服务健康状态评估装置的结构示意图;
图3为本发明一实施例提供的电子设备的实体结构示意图。
具体实施方式
下面结合附图,对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案,而不能以此来限制本发明的保护范围。
图1示出了本发明一实施例提供的一种服务健康状态评估方法的流程示意图,如图1所示,本实施例的服务健康状态评估方法,包括:
S1、获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA(服务等级协议)和性能、容量。
在具体应用中,所述检查列表中的检查项也可以根据实际情况包括用于评估服务的其他相关检查项,本实施例并不对其进行限制。
具体地,可以根据待评估服务对应的编程语言(如nginx+php、JAVA、C/C++等),获取所述待评估服务对应的检查列表。
S2、对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值。
S3、对所述每一检查项的分值进行汇总,获得所述待评估服务的评估分值。
S4、若所述待评估服务的评估分值小于预设分值,则确定所述待评估服务存在缺陷。
在具体应用中,可根据实际情况设置所述预设分值,本实施例并不对其进行限制。举例来说,所述预设分值可以设置为80分,即服务的评估分值为80分为正常(健康)情况。
本实施例的服务健康状态评估方法,通过获取待评估服务对应的检查列表,检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、SLA和性能、容量,对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,对每一检查项的分值进行汇总,获得所述待评估服务的评估分值,若待评估服务的评估分值小于预设分值,则确定待评估服务存在缺陷,由此,能够实现对线上服务的健康状态进行多维度的评估,实现提前预知待评估服务的当前情况。
进一步地,在上述实施例的基础上,在所述步骤S4之后,所述方法还可以包括:
根据所述每一检查项的分值,确定存在缺陷的检查项,以对所述存在缺陷的检查项进行修复和完善。
可以理解的是,所述检查列表中的检查项所存在的缺陷与解决方案的对应关系是根据长期运维得出来的相应的对应项,总体来评估某个服务的健康状态情况。
可以理解的是,本实施例可以根据获取的检查列表中的检查项,能更清晰的掌握服务的当前情况,以更好的预防或者减少线上问题的发生,对服务中存在缺陷的检查项进行修复和完善。
进一步地,在上述实施例的基础上,所述步骤S2,可以包括:
对所述待评估服务的监控覆盖率进行评估,包括:对规定的所述待评估服务的监控进行检测,确定是否有未添加的监控,并对所述待评估服务的监控的能力进行评估,获得所述待评估服务的监控覆盖率的分值;
其中,所述监控的能力,包括:机器状态和资源、进程和端口、日志、核心服务接口耗时、域名和VIP(虚拟IP(网络之间互连的协议)地址)等,本实施例并不对其进行限制。
可以理解的是,本实施例中,所述每一检查项可以包含不同的小项,每一个小项对应一个分值,对每一检查项进行评估时需要分别对每一个小项进行检查,符合标准那么该小项确认有对应的分值,如果不符合标准,该小项对应的分值就是0。对应任一检查项,将该检查项中的所有小项的分值进行汇总相加,可以得到该检查项的分值。
由此,可以实现对所述待评估服务的监控覆盖率进行评估,获得对监控覆盖率这一检查项的分值。
进一步地,在上述实施例的基础上,所述步骤S2,可以包括:
对所述待评估服务的服务架构进行评估;
其中,所述服务架构包括:关联关系、IDC(互联网数据中心)/运营商、容错和预案等,本实施例并不对其进行限制,其中,所述关联关系是对服务之间的调用进行判断,将服务之间的调用进行解耦和高可用支持。
可以理解的是,本实施例中的服务架构是指应用程序里面不同功能单元之间的联系,服务本身的体系结构。
由此,可以实现对所述待评估服务的服务架构进行评估,获得对服务架构这一检查项的分值。
进一步地,在上述实施例的基础上,所述步骤S2,可以包括:
对所述待评估服务的服务部署和变更进行评估,包括对程序包管理、程序日志规范和服务发布变更情况等的判断。
由此,可以实现对所述待评估服务的服务部署和变更进行评估,获得对服务部署和变更这一检查项的分值。
进一步地,在上述实施例的基础上,所述步骤S2,可以包括:
对所述待评估服务的SLA和性能进行评估,包含对服务接口的可用性、接口耗时和服务程序启动时间等的评估。
可以理解的是,对所述待评估服务的SLA和性能进行评估,是对整个服务进行一个服务品质的要求和规范。
由此,可以实现对所述待评估服务的SLA和性能进行评估,获得对SLA和性能这一检查项的分值。
进一步地,在上述实施例的基础上,所述步骤S2,可以包括:
对所述待评估服务的容量进行评估,包含对整个服务能够容纳当前所述待评估服务的量进行评估和判断。
例如,服务总请求量为1000,单机极限为500,再加上1.5倍的冗余,容量为1000/500*1.5=3。
由此,可以实现对所述待评估服务的容量进行评估,获得对容量这一检查项的分值。
下面以开放平台的服务为例进行更具体的说明。
根据服务A获取对应的检查列表,服务A为nginx+php的服务,那么对应的服务评估状态项有:监控覆盖率(服务器状态和资源、进程和端口、日志、域名和VIP),服务架构(关联关系、IDC/运营商、容错和预案),服务部署和变更(包管理、日志规范、服务发布顺序),SLA和性能(SLA、接口耗时、启动耗时)、容量(冗余和服务极限压力值);
监控覆盖率总体分值为20分,此时服务器状态和资源的评估项的分值为5分,经过检测相关的评估项cpu(处理器)、内存、磁盘等评估后得分为3分;进程和端口的评估项的分值为3分,经过检测相关的评估项进程、端口、状态等评估得分为3分;日志的评估项的分值为10分,经过检测相关的评估项pv(页面浏览量)、error(错误信息)、rpc_redis、rpc_mysql等评估得分为5分;域名和VIP的评估项的分值为2分,经过检测相关的评估项域名、VIP得分为2分;此监控覆盖率检测评估得分为13分;
服务架构总体分值为20分,此时服务的关联关系的评估项分值为5分,经过检测相关的评估项rpc(远程过程调用)调用、服务依赖、请求调用等评估后得分为2分;IDC/运营商的评估项分值为5分,经过检测相关的评估项机房节点、对运营商接入等评估得分为2分;容错和预案的评估项分值为10分,经过检测相关的评估项rpc调用读超时、rpc调用写超时、rpc调用连接超时、重试次数、预案情况等评估得分为6分,此服务架构检测评估得分为10分;
服务部署和变更总体分值为25分,此服务包管理的评估项分值为15分,经过检测相关的评估项目录结构、配置文件、运维接口等得分为10分;日志规范的评估项分值为8分,经过检测相关的评估项时间、错误码、请求IP、关联模块耗时、logID(日志表述)等评估得分7分;服务发布顺序的评估项分值为2分,经过检测相关的评估项发布顺序、测试情况的评估得分2分,此服务部署和变更检测评估得分19分;
SLA和性能的总体分值为15分,此服务的SLA评估项分值为5分,经过检测相关的评估项服务核心接口的SLA得分5分;服务核心接口耗时评估项分值为5分,经过检测相关的评估项服务核心接口的耗时得分为0分;服务程序启动耗时评估项分值为5分,经过检测相关的评估项服务启动耗时得分为5分,此服务的SLA和性能检测评估得分10分;
容量的总体分值为20分,此服务的冗余度评估项分值为10分,经过检测相关的评估项服务冗余度情况得分为10分;服务极限压力值评估项为10分,经过检测相关的评估项服务的极限压力值得分为10分,此服务容量的检测评估得分为20分;
整个服务A的健康状态评估状态总分为100分,那么根据以上的检测评估得分为72分,设置服务状态评估分值为80为正常情况。
通过上面的每一步检测评估可以看到监控覆盖率和服务架构的两个大项的检测评估值与实际的分值相差很大,服务A的监控覆盖率和服务架构需要进行完善和改进。
本实施例的服务健康状态评估方法,能够实现对线上服务的健康状态进行多维度的评估,实现提前预知待评估服务的当前情况,可以根据获取的检查列表中的检查项,能更清晰的掌握服务的当前情况,以更好的预防或者减少线上问题的发生,对服务中存在缺陷的检查项进行修复和完善。
图2示出了本发明一实施例提供的一种服务健康状态评估装置的结构示意图,如图2所示,本实施例的服务健康状态评估装置,包括:第一获取模块21、第二获取模块22、汇总模块23和确定模块24;其中:
所述第一获取模块21,用于获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量;
所述第二获取模块22,用于对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值;
所述汇总模块23,用于对所述每一检查项的分值进行汇总,获得所述待评估服务的评估分值;
所述确定模块24,用于若所述待评估服务的评估分值小于预设分值,则确定所述待评估服务存在缺陷。
具体地,所述第一获取模块21获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量;所述第二获取模块22对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值;所述汇总模块23对所述每一检查项的分值进行汇总,获得所述待评估服务的评估分值;所述确定模块24若所述待评估服务的评估分值小于预设分值,则确定所述待评估服务存在缺陷。
具体地,所述第一获取模块21可以根据待评估服务对应的编程语言(如nginx+php、JAVA、C/C++等),获取所述待评估服务对应的检查列表。
在具体应用中,可根据实际情况设置所述预设分值,本实施例并不对其进行限制。举例来说,所述预设分值可以设置为80分,即服务的评估分值为80分为正常(健康)情况。
本实施例的服务健康状态评估装置,能够实现对线上服务的健康状态进行多维度的评估,实现提前预知待评估服务的当前情况。
进一步地,在上述实施例的基础上,本实施例所述装置还可以包括图中未示出的:
修复模块,用于根据所述每一检查项的分值,确定存在缺陷的检查项,以对所述存在缺陷的检查项进行修复和完善。
可以理解的是,所述检查列表中的检查项所存在的缺陷与解决方案的对应关系是根据长期运维得出来的相应的对应项,总体来评估某个服务的健康状态情况。
可以理解的是,本实施例可以根据获取的检查列表中的检查项,能更清晰的掌握服务的当前情况,以更好的预防或者减少线上问题的发生,对服务中存在缺陷的检查项进行修复和完善。
进一步地,在上述实施例的基础上,所述第二获取模块22,可以具体用于
对所述待评估服务的监控覆盖率进行评估,包括:对规定的所述待评估服务的监控进行检测,确定是否有未添加的监控,并对所述待评估服务的监控的能力进行评估,获得所述待评估服务的监控覆盖率的分值;
其中,所述监控的能力,包括:机器状态和资源、进程和端口、日志、核心服务接口耗时、域名和VIP(虚拟IP地址)。
可以理解的是,本实施例中,所述每一检查项可以包含不同的小项,每一个小项对应一个分值,对每一检查项进行评估时需要分别对每一个小项进行检查,符合标准那么该小项确认有对应的分值,如果不符合标准,该小项对应的分值就是0。对应任一检查项,将该检查项中的所有小项的分值进行汇总相加,可以得到该检查项的分值。
由此,可以实现对所述待评估服务的监控覆盖率进行评估,获得对监控覆盖率这一检查项的分值。
进一步地,在上述实施例的基础上,所述第二获取模块22,还可以具体用于
对所述待评估服务的服务架构进行评估;
其中,所述服务架构包括:关联关系、互联网数据中心IDC/运营商、容错和预案等,本实施例并不对其进行限制,其中,所述关联关系是对服务之间的调用进行判断,将服务之间的调用进行解耦和高可用支持。
可以理解的是,本实施例中的服务架构是指应用程序里面不同功能单元之间的联系,服务本身的体系结构。
由此,可以实现对所述待评估服务的服务架构进行评估,获得对服务架构这一检查项的分值。
进一步地,在上述实施例的基础上,所述第二获取模块22,还可以具体用于
对所述待评估服务的服务部署和变更进行评估,包括对程序包管理、程序日志规范和服务发布变更情况等的判断。
由此,可以实现对所述待评估服务的服务部署和变更进行评估,获得对服务部署和变更这一检查项的分值。
进一步地,在上述实施例的基础上,所述第二获取模块22,还可以具体用于
对所述待评估服务的服务等级协议SLA和性能进行评估,包含对服务接口的可用性、接口耗时和服务程序启动时间等的评估。
可以理解的是,对所述待评估服务的SLA和性能进行评估,是对整个服务进行一个服务品质的要求和规范。
由此,可以实现对所述待评估服务的SLA和性能进行评估,获得对SLA和性能这一检查项的分值。
进一步地,在上述实施例的基础上,所述第二获取模块22,还可以具体用于
对所述待评估服务的容量进行评估,包含对整个服务能够容纳当前所述待评估服务的量进行评估和判断。
由此,可以实现对所述待评估服务的容量进行评估,获得对容量这一检查项的分值。
本实施例的服务健康状态评估装置,能够实现对线上服务的健康状态进行多维度的评估,实现提前预知待评估服务的当前情况,可以根据获取的检查列表中的检查项,能更清晰的掌握服务的当前情况,以更好的预防或者减少线上问题的发生,对服务中存在缺陷的检查项进行修复和完善。
本实施例的服务健康状态评估装置,可以用于执行前述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图3示出了本发明实施例提供的一种电子设备的实体结构示意图,如图3所示,该电子设备可以包括:处理器31、存储器32、总线33及存储在存储器32上并可在处理器31上运行的计算机程序;
其中,所述处理器31,存储器32通过所述总线33完成相互间的通信;
所述处理器31执行所述计算机程序时实现上述各方法实施例所提供的方法,例如包括:获取目标商户所有驻店骑士的当前信息,所述当前信息,包括:获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量;对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值;对所述每一检查项的分值进行汇总,获得所述待评估服务的评估分值;若所述待评估服务的评估分值小于预设分值,则确定所述待评估服务存在缺陷。
本发明实施例提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例所提供的方法,例如包括:获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量;对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值;对所述每一检查项的分值进行汇总,获得所述待评估服务的评估分值;若所述待评估服务的评估分值小于预设分值,则确定所述待评估服务存在缺陷。
本领域内的技术人员应明白,本申请的实施例可提供为方法、装置、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置/***。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
本发明的说明书中,说明了大量具体细节。然而能够理解的是,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。类似地,应当理解,为了精简本发明公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释呈反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面,也不局限于任何单一的实施例,也不局限于这些方面和/或实施例的任意组合和/或置换。而且,可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围,其均应涵盖在本发明的权利要求和说明书的范围当中。
Claims (10)
1.一种服务健康状态评估方法,其特征在于,包括:
获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量;
对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值;
对所述每一检查项的分值进行汇总,获得所述待评估服务的评估分值;
若所述待评估服务的评估分值小于预设分值,则确定所述待评估服务存在缺陷。
2.根据权利要求1所述的方法,其特征在于,所述获取待评估服务对应的检查列表,包括:
根据待评估服务对应的编程语言,获取所述待评估服务对应的检查列表。
3.根据权利要求1所述的方法,其特征在于,所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的监控覆盖率进行评估,包括:对规定的所述待评估服务的监控进行检测,确定是否有未添加的监控,并对所述待评估服务的监控的能力进行评估,获得所述待评估服务的监控覆盖率的分值;
其中,所述监控的能力,包括:机器状态和资源、进程和端口、日志、核心服务接口耗时、域名和虚拟网络之间互连的协议地址VIP。
4.根据权利要求1所述的方法,其特征在于,所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的服务架构进行评估;
其中,所述服务架构包括:关联关系、互联网数据中心IDC/运营商、容错和预案,其中,所述关联关系是对服务之间的调用进行判断,将服务之间的调用进行解耦和高可用支持。
5.根据权利要求1所述的方法,其特征在于,所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的服务部署和变更进行评估,包括对程序包管理、程序日志规范和服务发布变更情况的判断。
6.根据权利要求1所述的方法,其特征在于,所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的服务等级协议SLA和性能进行评估,包含对服务接口的可用性、接口耗时和服务程序启动时间的评估;
和/或,
所述对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值,包括:
对所述待评估服务的容量进行评估,包含对整个服务能够容纳当前所述待评估服务的量进行评估和判断。
7.根据权利要求1-6中任一项所述的方法,其特征在于,在确定所述待评估服务存在缺陷之后,所述方法还包括:
根据所述每一检查项的分值,确定存在缺陷的检查项,以对所述存在缺陷的检查项进行修复和完善。
8.一种服务健康状态评估装置,其特征在于,包括:
第一获取模块,用于获取待评估服务对应的检查列表,所述检查列表中的检查项包括:监控覆盖率、服务架构、服务部署和变更、服务等级协议SLA和性能、容量;
第二获取模块,用于对获取的检查列表中的每一检查项分别进行评估,获得每一检查项的分值;
汇总模块,用于对所述每一检查项的分值进行汇总,获得所述待评估服务的评估分值;
确定模块,用于若所述待评估服务的评估分值小于预设分值,则确定所述待评估服务存在缺陷。
9.一种电子设备,其特征在于,包括:处理器、存储器、总线及存储在存储器上并可在处理器上运行的计算机程序;
其中,所述处理器,存储器通过所述总线完成相互间的通信;
所述处理器执行所述计算机程序时实现如权利要求1-7中任一项所述的方法。
10.一种非暂态计算机可读存储介质,其特征在于,所述非暂态计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810501195.6A CN108769179A (zh) | 2018-05-23 | 2018-05-23 | 一种服务健康状态评估方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810501195.6A CN108769179A (zh) | 2018-05-23 | 2018-05-23 | 一种服务健康状态评估方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108769179A true CN108769179A (zh) | 2018-11-06 |
Family
ID=64004982
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810501195.6A Pending CN108769179A (zh) | 2018-05-23 | 2018-05-23 | 一种服务健康状态评估方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108769179A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109902010A (zh) * | 2019-02-27 | 2019-06-18 | 苏州浪潮智能科技有限公司 | 一种kvm架构下api测试的方法及*** |
CN110502431A (zh) * | 2019-07-16 | 2019-11-26 | 阿里巴巴集团控股有限公司 | ***服务评测方法、装置及电子设备 |
CN110597699A (zh) * | 2019-08-21 | 2019-12-20 | 珠海国津软件科技有限公司 | 一种服务评估方法 |
CN110865925A (zh) * | 2019-11-12 | 2020-03-06 | 拉扎斯网络科技(上海)有限公司 | 信息处理方法、装置、电子设备及计算机可读存储介质 |
CN111431733A (zh) * | 2020-02-20 | 2020-07-17 | 拉扎斯网络科技(上海)有限公司 | 服务告警覆盖信息的评估方法及装置 |
CN114328156A (zh) * | 2021-12-28 | 2022-04-12 | 苏州万店掌网络科技有限公司 | 协议端口的健康检测方法、装置、设备及可读存储介质 |
CN115796709A (zh) * | 2023-02-06 | 2023-03-14 | 云账户技术(天津)有限公司 | 交易业务健康情况的评估方法、装置、设备及存储介质 |
CN115857838A (zh) * | 2023-03-01 | 2023-03-28 | 天翼云科技有限公司 | 存储资源的分析方法、装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2018068A1 (en) * | 2006-05-09 | 2009-01-21 | Nippon Telegraph and Telephone Corporation | Video quality estimating device, method, and program |
CN102075965A (zh) * | 2009-11-24 | 2011-05-25 | ***通信集团天津有限公司 | 一种移动终端性能评估方法和装置 |
CN102508771A (zh) * | 2011-10-12 | 2012-06-20 | 山东中创软件商用中间件股份有限公司 | 一种软件运行状态评价方法 |
CN103078914A (zh) * | 2012-12-27 | 2013-05-01 | 北京邮电大学 | 服务提供方法及装置 |
CN103580934A (zh) * | 2012-07-18 | 2014-02-12 | 深圳市腾讯计算机***有限公司 | 一种云业务监测方法和装置 |
CN107291601A (zh) * | 2017-06-12 | 2017-10-24 | 北京奇艺世纪科技有限公司 | 一种安全运维方法及*** |
-
2018
- 2018-05-23 CN CN201810501195.6A patent/CN108769179A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2018068A1 (en) * | 2006-05-09 | 2009-01-21 | Nippon Telegraph and Telephone Corporation | Video quality estimating device, method, and program |
CN102075965A (zh) * | 2009-11-24 | 2011-05-25 | ***通信集团天津有限公司 | 一种移动终端性能评估方法和装置 |
CN102508771A (zh) * | 2011-10-12 | 2012-06-20 | 山东中创软件商用中间件股份有限公司 | 一种软件运行状态评价方法 |
CN103580934A (zh) * | 2012-07-18 | 2014-02-12 | 深圳市腾讯计算机***有限公司 | 一种云业务监测方法和装置 |
CN103078914A (zh) * | 2012-12-27 | 2013-05-01 | 北京邮电大学 | 服务提供方法及装置 |
CN107291601A (zh) * | 2017-06-12 | 2017-10-24 | 北京奇艺世纪科技有限公司 | 一种安全运维方法及*** |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109902010A (zh) * | 2019-02-27 | 2019-06-18 | 苏州浪潮智能科技有限公司 | 一种kvm架构下api测试的方法及*** |
CN110502431A (zh) * | 2019-07-16 | 2019-11-26 | 阿里巴巴集团控股有限公司 | ***服务评测方法、装置及电子设备 |
CN110502431B (zh) * | 2019-07-16 | 2023-01-17 | 创新先进技术有限公司 | ***服务评测方法、装置及电子设备 |
CN110597699A (zh) * | 2019-08-21 | 2019-12-20 | 珠海国津软件科技有限公司 | 一种服务评估方法 |
CN110865925A (zh) * | 2019-11-12 | 2020-03-06 | 拉扎斯网络科技(上海)有限公司 | 信息处理方法、装置、电子设备及计算机可读存储介质 |
CN111431733A (zh) * | 2020-02-20 | 2020-07-17 | 拉扎斯网络科技(上海)有限公司 | 服务告警覆盖信息的评估方法及装置 |
CN111431733B (zh) * | 2020-02-20 | 2021-06-22 | 拉扎斯网络科技(上海)有限公司 | 服务告警覆盖信息的评估方法及装置 |
CN114328156A (zh) * | 2021-12-28 | 2022-04-12 | 苏州万店掌网络科技有限公司 | 协议端口的健康检测方法、装置、设备及可读存储介质 |
CN115796709A (zh) * | 2023-02-06 | 2023-03-14 | 云账户技术(天津)有限公司 | 交易业务健康情况的评估方法、装置、设备及存储介质 |
CN115857838A (zh) * | 2023-03-01 | 2023-03-28 | 天翼云科技有限公司 | 存储资源的分析方法、装置、电子设备及存储介质 |
CN115857838B (zh) * | 2023-03-01 | 2023-06-23 | 天翼云科技有限公司 | 存储资源的分析方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108769179A (zh) | 一种服务健康状态评估方法及装置 | |
CN105933137B (zh) | 一种资源管理方法、装置及*** | |
US9104572B1 (en) | Automated root cause analysis | |
CN110036600A (zh) | 网络健康数据汇聚服务 | |
CN110036599A (zh) | 网络健康信息的编程接口 | |
CN109995842B (zh) | 一种用于分布式服务器集群的分组方法及装置 | |
CN108234630A (zh) | 基于分布式一致性协议实现的数据读取方法及装置 | |
CN110311837B (zh) | 在线业务可用性检测方法、装置及计算机设备 | |
KR20140145115A (ko) | 컴퓨터 네트워크에 사용되는 업무 실행 모니터링 방법 및 시스템, 및 컴퓨터 기억 매체 | |
CN114064208A (zh) | 检测应用服务状态的方法、装置、电子设备及存储介质 | |
CN110289983A (zh) | 负载均衡应用创建方法、装置、计算机设备及存储介质 | |
CN111049670A (zh) | 一种用于微服务的熔断隔离的方法及装置 | |
CN109088747A (zh) | 云计算***中资源的管理方法和装置 | |
CN109739527A (zh) | 一种客户端灰度发布的方法、装置、服务器和存储介质 | |
CN109492310A (zh) | 一种线路检查的方法及检查装置 | |
CN112583648A (zh) | 一种基于dns的智能服务故障处理方法 | |
CN106656636A (zh) | 一种云平台故障探测方法及装置 | |
CN108400885A (zh) | 一种服务可用性检测方法、装置及电子设备 | |
CN109997337A (zh) | 网络健康信息的可视化 | |
US10547529B2 (en) | Availability counting apparatus and method | |
CN107864209A (zh) | 数据写入的方法、装置及服务器 | |
CN110875832B (zh) | 异常业务监控方法、装置、***及计算机可读存储介质 | |
JP5598362B2 (ja) | トラフィックデータの監視システムおよびサーバ間データ整合方法 | |
CN112448833A (zh) | 一种多管理域的通信方法和装置 | |
CN109698774A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181106 |
|
RJ01 | Rejection of invention patent application after publication |