CN111694686A - 一种异常服务的处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种异常服务的处理方法、装置、电子设备及存储介质，涉及微服务技术领域。具体方案为：若当前服务发生异常，获取当前服务的日志数据和非日志数据；根据日志数据和非日志数据，对当前服务进行分析，得到当前服务对应的分析结果；根据当前服务对应的分析结果，采用与其对应的处理方式对当前服务进行处理，得到当前服务对应的处理结果。本申请实施例可以自动地、全面地、准确地、快速地对异常服务进行分析，并采取有效的方式进行处理，避免因分析难、处理慢而引发大规模服务故障，以保障用户体验。

Description

一种异常服务的处理方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，进一步涉及微服务技术，尤其是一种异常服务的处理方法、装置、电子设备及存储介质。

背景技术

在分布式系统中，微服务化是目前服务架构方向快速发展和广泛应用的一种模式，微服务化将原来庞大的单体系统，拆分为一个个功能独立的微服务，多个微服务之间存在诸多依赖关系，一个微服务可能调用了多个接口或服务，最终形成庞大的调用链。例如，用户在网络论坛中浏览贴子时，该网络论坛的接口会调用多个服务汇总贴主用户信息、正文、广告等信息；当正文服务异常时，则会引发用户重试和等待，严重影响用户体验，并且发生非单机异常时，会快速耗尽其上游服务资源产生故障，导致调用链上故障传递而造成服务大面积故障雪崩。

现有的异常服务的处理方法，通常只采集各个服务的日志数据，因此，当某个服务发生异常时，只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析，容易导致问题定位不全面、不准确，并且定位耗时长、问题解决慢，严重影响用户体验。

发明内容

本申请提供了一种异常服务的处理方法、装置、设备以及存储介质，可以自动地、全面地、准确地、快速地对异常服务进行分析，并采取有效的方式进行处理，避免因分析难、处理慢而引发大规模服务故障，以保障用户体验。

第一方面，本申请提供了一种异常服务的处理方法，应用于电子设备，所述方法包括：

若当前服务发生异常，获取所述当前服务的日志数据和非日志数据；

根据所述日志数据和非日志数据，对所述当前服务进行分析，得到所述当前服务对应的分析结果；

根据所述当前服务对应的分析结果，采用与其对应的处理方式对所述当前服务进行处理，得到所述当前服务对应的处理结果。

第二方面，本申请提供了一种异常服务的处理装置，所述装置包括：获取模块、分析模块和处理模块；其中，

所述获取模块，用于若当前服务发生异常，获取所述当前服务的日志数据和非日志数据；

所述分析模块，用于根据所述日志数据和非日志数据，对所述当前服务进行分析，得到所述当前服务对应的分析结果；

所述处理模块，用于根据所述当前服务对应的分析结果，采用与其对应的处理方式对所述当前服务进行处理，得到所述当前服务对应的处理结果。

第三方面，本申请实施例提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请任意实施例所述的异常服务的处理方法。

第四方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请任意实施例所述的异常服务的处理方法。

根据本申请的技术解决了现有技术中只采集各个服务的日志数据，当某个服务发生异常时，只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析，容易导致问题定位不全面、不准确，并且定位耗时长、问题解决慢，严重影响用户体验的技术问题，本申请提供的技术方案，可以自动地、全面地、准确地、快速地对异常服务进行分析，并采取有效的方式进行处理，避免因分析难、处理慢而引发大规模服务故障，以保障用户体验。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是本申请实施例一提供的异常服务的处理方法的流程示意图；

图2是本申请实施例二提供的异常服务的处理方法的流程示意图；

图3是本申请实施例三提供的异常服务的处理方法的流程示意图；

图4是本申请实施例三提供的异常服务的处理系统的结构示意图；

图5是本申请实施例四提供的异常服务的处理装置的结构示意图

图6是用来实现本申请实施例的异常服务的处理方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

实施例一

图1是本申请实施例一提供的异常服务的处理方法的流程示意图，该方法可以由异常服务的处理装置或者电子设备来执行，该装置或者电子设备可以由软件和/或硬件的方式实现，该装置或者电子设备可以集成在任何具有网络通信功能的智能设备中。如图1所示，异常服务的处理方法可以包括以下步骤：

S101、若当前服务发生异常，获取当前服务的日志数据和非日志数据。

在本申请的具体实施例中，若当前服务发生异常，电子设备可以获取当前服务的日志数据和非日志数据；其中，非日志数据至少包括以下类型之一：服务平台变更事件、内/外网络链路异常数据、集群/物理机状态异常数据、运维事件。具体地，电子设备可以按照预先制定的获取策略，获取当前服务的日志数据和非日志数据。例如，电子设备可以按照当前服务发生异常的时间，获取当前服务的日志数据和非日志数据；还可以按照当前服务发生异常的地点，获取当前服务的日志数据和非日志数据；还可以按照当前服务发生异常的时间和地点，获取当前服务的日志数据和非日志数据。

S102、根据预先获取的当前服务的日志数据和非日志数据，对当前服务进行分析，得到当前服务对应的分析结果。

在本申请的具体实施例中，若当前服务发生异常，则电子设备可以根据预先获取的当前服务的日志数据和非日志数据，对当前服务进行分析，得到当前服务对应的分析结果；当前服务对应的分析结果至少包括以下类型之一：服务平台变更异常、内/外网络链路异常、集群/物理机状态异常、运维异常。具体地，电子设备可以先在日志数据中提取出一个日志数据作为当前日志数据；然后将当前日志数据与非日志数据中的各个非日志数据进行匹配；若当前日志数据与任意一个非日志数据匹配成功，则电子设备可以根据匹配成功的非日志数据，得到当前服务对应的分析结果；若当前日志数据与非日志数据中的各个非日志数据均匹配不成功，则电子设备可以重复执行上述提取当前日志数据的操作，直到得到当前服务对应的分析结果。例如，假设当前服务的日志数据有N个，分别为：日志数据1、日志数据2、…、日志数据N，N为大于等于1的自然数；假设当前服务的非日志数据有M个，分别为：非日志数据1、非日志数据2、…、非日志数据M；M为大于等于1的自然数。在本步骤中，电子设备可以先在N个日志数据中提取出日志数据1作为当前日志数据，然后将日志数据1分别与非日志数据1、非日志数据2、…、非日志数据M进行匹配；若日志数据1与任意一个非日志数据匹配成功，则电子设备可以根据匹配成功的非日志数据，得到当前服务对应的分析结果；若日志数据1与非日志数据1、非日志数据2、…、非日志数据M均匹配不成功，则重复执行上述提取当前日志数据的操作，直到得到当前服务对应的分析结果。

S103、根据当前服务对应的分析结果，采用与其对应的处理方式对当前服务进行处理，得到当前服务对应的处理结果。

在本申请的具体实施例中，电子设备可以根据当前服务对应的分析结果，采用与其对应的处理方式对异常服务进行处理，得到当前服务对应的处理结果。例如，若当前服务对应的分析结果为服务平台变更异常，则电子设备可以采用服务平台变更异常对应的处理方式对当前服务进行处理，得到当前服务对应的处理结果。具体地，电子设备可以将变更后的服务平台回退至变更前的服务平台。若当前服务对应的分析结果为内/外网络链路异常，则电子设备可以采用内/外网络链路异常对应的处理方式对当前服务进行处理，得到当前服务对应的处理结果。具体地，电子设备可以进行限流操作或者定向拒绝操作。

本申请实施例提出的异常服务的处理方法，若当前服务发生异常，电子设备可以先获取当前服务的日志数据和非日志数据；然后根据日志数据和非日志数据，对当前服务进行分析，得到当前服务对应的分析结果；再根据当前服务对应的分析结果，采用与其对应的处理方式对当前服务进行处理，得到当前服务对应的处理结果。也就是说，本申请可以通过电子设备对发生异常的当前服务进行自动地分析和处理。而在现有的异常服务的处理方法中，当某个服务发生异常时，只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析。因为本申请采用了通过电子设备对发生异常的当前服务进行自动地分析和处理的技术手段，克服了现有技术中只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析，容易导致问题定位不全面、不准确，并且定位耗时长、问题解决慢，严重影响用户体验的技术问题，本申请提供的技术方案，可以自动地、全面地、准确地、快速地对异常服务进行分析，并采取有效的方式进行处理，避免因分析难、处理慢而引发大规模服务故障，以保障用户体验；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例二

图2是本申请实施例二提供的异常服务的处理方法的流程示意图。如图2所示，异常服务的处理方法可以包括以下步骤：

S201、若当前服务发生异常，获取当前服务的日志数据和非日志数据。

S202、在日志数据中提取出一个日志数据作为当前日志数据。

在本申请的具体实施例中，电子设备可以在日志数据中提取出一个日志数据作为当前日志数据。具体地，电子设备可以按照顺序在日志数据中提取出一个日志数据作为当前日志数据。例如，假设当前服务的日志数据有N个，分别为：日志数据1、日志数据2、…、日志数据N，N为大于等于1的自然数；电子设备可以依次在日志数据中提取出日志数据1、日志数据2、…、日志数据N作为当前日志数据。

S203、将当前日志数据与非日志数据中的各个非日志数据进行匹配。

在本申请的具体实施例中，电子设备可以将当前日志数据与非日志数据中的各个非日志数据进行匹配。具体地，电子设备可以先在非日志数据中提取出一个非日志数据作为当前非日志数据；然后将当前日志数据与当前非日志数据进行匹配；若当前日志数据与当前非日志数据匹配成功，则电子设备可以将当前非日志数据确定为匹配成功的非日志数据；若当前日志数据与当前非日志数据匹配不成功，则电子设备可以重复执行上述提取当前非日志数据的操作，直到在非日志数据中提取出各个非日志数据。例如，假设当前服务的日志数据有N个，分别为：日志数据1、日志数据2、…、日志数据N，N为大于等于1的自然数；假设当前服务的非日志数据有M个，分别为：非日志数据1、非日志数据2、…、非日志数据M；M为大于等于1的自然数。在本步骤中，电子设备可以先在M个非日志数据中提取出非日志数据1作为当前非日志数据，然后将日志数据与非日志数据1进行匹配；若当前日志数据与非日志数据1匹配成功，则电子设备可以将非日志数据1确定为匹配成功的非日志数据；若当前日志数据与非日志数据1匹配不成功，则电子设备可以重复执行上述提取当前非日志数据的操作，直到在非日志数据中提取出各个非日志数据。

S204、若当前日志数据与任意一个非日志数据匹配成功，则根据匹配成功的非日志数据，得到当前服务对应的分析结果；若当前日志数据与非日志数据中的各个非日志数据均匹配不成功，则重复执行上述提取当前日志数据的操作，直到得到当前服务对应的分析结果。

在本申请的具体实施例中，若当前日志数据与任意一个非日志数据匹配成功，则根据匹配成功的非日志数据，得到当前服务对应的分析结果；若当前日志数据与非日志数据中的各个非日志数据均匹配不成功，则重复执行上述提取当前日志数据的操作，直到得到当前服务对应的分析结果。例如，假设当前服务的日志数据有N个，分别为：日志数据1、日志数据2、…、日志数据N，N为大于等于1的自然数；假设当前服务的非日志数据有M个，分别为：非日志数据1、非日志数据2、…、非日志数据M；M为大于等于1的自然数。在本步骤中，电子设备可以先在N个日志数据中提取出日志数据1作为当前日志数据，然后将日志数据1分别与非日志数据1、非日志数据2、…、非日志数据M进行匹配；若日志数据1与任意一个非日志数据匹配成功，则电子设备可以根据匹配成功的非日志数据，得到当前服务对应的分析结果；若日志数据1与非日志数据1、非日志数据2、…、非日志数据M均匹配不成功，则重复执行上述提取当前日志数据的操作，直到得到当前服务对应的分析结果。

S205、根据当前服务对应的分析结果，采用与其对应的处理方式对异常服务进行处理，得到当前服务对应的处理结果。

较佳地，在本申请的具体实施例中，电子设备还可以将日志数据、非日志数据、当前服务对应的分析结果以及当前服务对应的处理结果保存至预设数据库中。具体地，电子设备可以将将日志数据、非日志数据、当前服务对应的分析结果以及当前服务对应的处理结果保存MySQL数据库中。

本申请实施例提出的异常服务的处理方法，若当前服务发生异常，若当前服务发生异常，电子设备可以先获取当前服务的日志数据和非日志数据；然后根据日志数据和非日志数据，对当前服务进行分析，得到当前服务对应的分析结果；再根据当前服务对应的分析结果，采用与其对应的处理方式对当前服务进行处理，得到当前服务对应的处理结果。也就是说，本申请可以通过电子设备对发生异常的当前服务进行自动地分析和处理。而在现有的异常服务的处理方法中，当某个服务发生异常时，只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析。因为本申请采用了通过电子设备对发生异常的当前服务进行自动地分析和处理的技术手段，克服了现有技术中只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析，容易导致问题定位不全面、不准确，并且定位耗时长、问题解决慢，严重影响用户体验的技术问题，本申请提供的技术方案，可以自动地、全面地、准确地、快速地对异常服务进行分析，并采取有效的方式进行处理，避免因分析难、处理慢而引发大规模服务故障，以保障用户体验；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例三

图3是本申请实施例三提供的异常服务的处理方法的流程示意图。如图3所示，异常服务的处理方法可以包括以下步骤：

S301、若当前服务发生异常，获取当前服务的日志数据和非日志数据。

S302、在日志数据中提取出一个日志数据作为当前日志数据。

S303、在非日志数据中提取出一个非日志数据作为当前非日志数据。

在本申请的具体实施例中，电子设备可以在非日志数据中提取出一个非日志数据作为当前非日志数据。具体地，电子设备可以按照顺序在非日志数据中提取出一个非日志数据作为当前非日志数据。例如，假设当前服务的非日志数据有M个，分别为：非日志数据1、非日志数据2、…、非日志数据M，M为大于等于1的自然数；电子设备可以依次在非日志数据中提取出非日志数据1、非日志数据2、…、非日志数据M作为当前日志数据。

S304、将当前日志数据与当前非日志数据进行匹配。

在本申请的具体实施例中，电子设备可以将当前日志数据与当前非日志数据进行匹配。具体地，电子设备可以按照当前日志数据对应的数据格式在当前日志数据中提取出第一目标字段；然后按照当前非日志数据对应的数据格式在当前非日志数据中提取出第二目标字段；若第一目标字段与第二目标字段相匹配，则电子设备可以确认当前日志数据与当前非日志数据匹配成功。例如，假设当前日志数据为：服务A调用服务B失败，则该日志数据可以表示为：s@服务_A@idc@machine A|s@服务_B@idc@machineB|time|pvlost％；其中，s表示日志类型；idc表示机房标识；machine表示提供服务的机器；time表示时间；pvlost％表示调用失败的百分比；若机房或者机器不唯一，则机房标识或者机器的值为全部(all)。假设当前非日志数据的类型为：服务平台变更事件，则该类型的非日志数据可以表示为：p@服务_A|time；其中，p表示服务变更类型；time表示时间。若当前非入日志数据的类型为：内/外网络链路异常数据，则该类型的非日志数据可以表示为：n@服务_A|idc；其中，n表示内/外网络链路类型；idc表示机房标识。假设当前非日志数据的类型为：集群/物理机状态异常数据，则该类型的非日志数据可以表示为：m@服务_A|machine；其中，m表示集群/物理机的类型；machine表示提供服务的机器。假设当前非日志数据的类型为：运维事件，则该类型的非日志数据可以表示为：o@服务_A|time；其中，o表示运维的类型；time表示时间。例如，在将当前日志数据“s@服务_A@idc@machine A|s@服务_B@idc@machineB|time|pvlost％”与当前非日志数据“p@服务_A|time”进行匹配时，电子设备可以在当前日志数据中提取出时间字段作为第一目标字段；在当前非日志数据中提取出时间字段作为第二目标字段；若第一目标字段与第二目标字段相匹配，则电子设备可以确认当前日志数据与当前非日志数据匹配成功。

S305、若当前日志数据与当前非日志数据匹配成功，则将当前非日志数据确定为匹配成功的非日志数据；若当前日志数据与当前非日志数据匹配不成功，则重复执行上述提取当前非日志数据的操作，直到在非日志数据中提取出各个非日志数据。

在本申请的具体实施例中，若当前日志数据与当前非日志数据匹配成功，则电子设备可以将当前非日志数据确定为匹配成功的非日志数据；若当前日志数据与当前非日志数据匹配不成功，则重复执行上述提取当前非日志数据的操作，直到在非日志数据中提取出各个非日志数据。例如，假设当前服务的日志数据有N个，分别为：日志数据1、日志数据2、…、日志数据N，N为大于等于1的自然数；假设当前服务的非日志数据有M个，分别为：非日志数据1、非日志数据2、…、非日志数据M；M为大于等于1的自然数。在本步骤中，假设日志数据1为当前日志数据，电子设备可以在M个非日志数据中提取出非日志数据1作为当前非日志数据，然后将日志数据1与非日志数据1进行匹配；若日志数据1与非日志数据1匹配成功，则将非日志数据1确定为匹配成功的非日志数据；若日志数据1与非日志数据1匹配不成功，则重复执行上述提取当前非日志数据的操作，直到在非日志数据中提取出各个非日志数据。

S306、若当前日志数据与任意一个非日志数据匹配成功，则根据匹配成功的非日志数据，得到当前服务对应的分析结果；若当前日志数据与非日志数据中的各个非日志数据均匹配不成功，则重复执行上述提取当前日志数据的操作，直到得到当前服务对应的分析结果。

S307、根据当前服务对应的分析结果，采用与其对应的处理方式对异常服务进行处理，得到当前服务对应的处理结果。

图4是本申请实施例三提供的异常服务的处理系统的结构示意图。如图4所示，异常服务的处理系统可以包括：异常数据源、分析引擎、异常处理单元、报警单元和存储单元；其中，异常数据源，用于为分析引擎提供日志数据和非日志数据；包括：异常日志、服务平台变更事件(简称变更事件)、内/外网络链路异常数据(简称网络状态)、集群/物理机状态异常数据(简称机器状态)、运维事件；分析引擎，用于将获取到异常日志、服务平台变更事件、内/外网络链路异常数据、集群/物理机状态异常数据、运维事件分别进行聚合；然后对聚合后的数据进行汇聚，通过分析引擎中的实时分析单元对汇聚后的数据进行实时分析，并基于历史数据去噪，最终发现异常根源；异常处理单元，用于采用对应的处理方式对发生异常的服务进行处理，包括但不限于：单机重启/摘除、运维切流、服务平台变更回退、服务降级/摘除、限流/定向拒绝；报警单元，用于当某个服务发生异常时，将异常事件对服务负责人进行原因报警；存储单元，用于将原始数据、分析结果和处理结果保存至预设数据库中；其中，原始数据可以包括：日志数据和非日志数据。

本申请可以有效地降低因下游服务异常时定位解决问题慢对上游服务的服务质量产生影响，追查并解决问题成本从小时级别降到分钟级别，及时止损、恢复服务，保障用户体验，避免了异常的大规模扩散甚至失控给产品带来不可估量的损失。而这种通过多维度汇聚分散解决的机制，使得对现有系统的改造成本基本为零，只需各三方平台提供异常信息与止损操作API接口即可接入服务，不需要对原有系统进行升级，对宝贵的服务器等资源没有额外消耗。

本申请实施例提出的异常服务的处理方法，若当前服务发生异常，电子设备可以先获取当前服务的日志数据和非日志数据；然后根据日志数据和非日志数据，对当前服务进行分析，得到当前服务对应的分析结果；再根据当前服务对应的分析结果，采用与其对应的处理方式对当前服务进行处理，得到当前服务对应的处理结果。也就是说，本申请可以通过电子设备对发生异常的当前服务进行自动地分析和处理。而在现有的异常服务的处理方法中，当某个服务发生异常时，只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析。因为本申请采用了通过电子设备对发生异常的当前服务进行自动地分析和处理的技术手段，克服了现有技术中只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析，容易导致问题定位不全面、不准确，并且定位耗时长、问题解决慢，严重影响用户体验的技术问题，本申请提供的技术方案，可以自动地、全面地、准确地、快速地对异常服务进行分析，并采取有效的方式进行处理，避免因分析难、处理慢而引发大规模服务故障，以保障用户体验；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例四

图5是本申请实施例四提供的异常服务的处理装置的结构示意图。如图5所示，所述装置500包括：获取模块501、分析模块502和处理模块503；其中，

所述获取模块501，用于若当前服务发生异常，获取所述当前服务的日志数据和非日志数据；

所述分析模块502，用于根据所述日志数据和非日志数据，对所述当前服务进行分析，得到所述当前服务对应的分析结果；

所述处理模块503，用于根据所述当前服务对应的分析结果，采用与其对应的处理方式对所述当前服务进行处理，得到所述当前服务对应的处理结果。

进一步的，所述分析模块502，具体用于在所述日志数据中提取出一个日志数据作为当前日志数据；将所述当前日志数据与所述非日志数据中的各个非日志数据进行匹配；若所述当前日志数据与任意一个非日志数据匹配成功，则根据匹配成功的非日志数据，得到所述当前服务对应的分析结果；若所述当前日志数据与所述非日志数据中的各个非日志数据均匹配不成功，则重复执行上述提取所述当前日志数据的操作，直到得到所述当前服务对应的分析结果。

进一步的，所述分析模块502，具体用于在所述非日志数据中提取出一个非日志数据作为当前非日志数据；将所述当前日志数据与所述当前非日志数据进行匹配；若所述当前日志数据与所述当前非日志数据匹配成功，则将所述当前非日志数据确定为所述匹配成功的非日志数据；若所述当前日志数据与所述当前非日志数据匹配不成功，则重复执行上述提取所述当前非日志数据的操作，直到在所述非日志数据中提取出各个非日志数据。

进一步的，所述分析模块502，具体用于按照所述当前日志数据对应的数据格式在所述当前日志数据中提取出第一目标字段；按照所述当前非日志数据对应的数据格式在所述当前非日志数据中提取出第二目标字段；若所述第一目标字段与所述第二目标字段相匹配，则确认所述当前日志数据与所述当前非日志数据匹配成功。

进一步的，所述非日志数据至少包括以下类型之一：服务平台变更事件、内/外网络链路异常数据、集群/物理机状态异常数据、运维事件。

进一步的，所述装置还包括：存储模块504(图中未示出)，用于将所述日志数据、所述非日志数据、所述当前服务对应的分析结果以及所述当前服务对应的处理结果保存至预设数据库中。

上述异常服务的处理装置可执行本申请任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请任意实施例提供的异常服务的处理方法。

实施例五

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图6所示，是根据本申请实施例的异常服务的处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的异常服务的处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的异常服务的处理方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的异常服务的处理方法对应的程序指令/模块(例如，附图5所示的获取模块501、分析模块502和处理模块503)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的异常服务的处理方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据异常服务的处理方法的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器502可选包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至异常服务的处理方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

异常服务的处理方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生与异常服务的处理方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，若当前服务发生异常，电子设备可以先获取当前服务的日志数据和非日志数据；然后根据日志数据和非日志数据，对当前服务进行分析，得到当前服务对应的分析结果；再根据当前服务对应的分析结果，采用与其对应的处理方式对当前服务进行处理，得到当前服务对应的处理结果。也就是说，本申请可以通过电子设备对发生异常的当前服务进行自动地分析和处理。而在现有的异常服务的处理方法中，当某个服务发生异常时，只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析。因为本申请采用了通过电子设备对发生异常的当前服务进行自动地分析和处理的技术手段，克服了现有技术中只能根据日志数据，依赖人工经验对导致该服务发生异常的原因进行分析，容易导致问题定位不全面、不准确，并且定位耗时长、问题解决慢，严重影响用户体验的技术问题，本申请提供的技术方案，可以自动地、全面地、准确地、快速地对异常服务进行分析，并采取有效的方式进行处理，避免因分析难、处理慢而引发大规模服务故障，以保障用户体验；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (14)

1.一种异常服务的处理方法，其特征在于，应用于电子设备，所述方法包括：

若当前服务发生异常，获取所述当前服务的日志数据和非日志数据；

根据所述日志数据和非日志数据，对所述当前服务进行分析，得到所述当前服务对应的分析结果；

根据所述当前服务对应的分析结果，采用与其对应的处理方式对所述当前服务进行处理，得到所述当前服务对应的处理结果。

2.根据权利要求1所述的方法，其特征在于，所述根据预先获取的所述当前服务的日志数据和非日志数据，对所述当前服务进行分析，得到所述当前服务对应的分析结果，包括：

在所述日志数据中提取出一个日志数据作为当前日志数据；

将所述当前日志数据与所述非日志数据中的各个非日志数据进行匹配；

若所述当前日志数据与任意一个非日志数据匹配成功，则根据匹配成功的非日志数据，得到所述当前服务对应的分析结果；若所述当前日志数据与所述非日志数据中的各个非日志数据均匹配不成功，则重复执行上述提取所述当前日志数据的操作，直到得到所述当前服务对应的分析结果。

3.根据权利要求2所述的方法，其特征在于，所述将所述当前日志数据与所述非日志数据中的各个非日志数据进行匹配，包括：

在所述非日志数据中提取出一个非日志数据作为当前非日志数据；

将所述当前日志数据与所述当前非日志数据进行匹配；

若所述当前日志数据与所述当前非日志数据匹配成功，则将所述当前非日志数据确定为所述匹配成功的非日志数据；若所述当前日志数据与所述当前非日志数据匹配不成功，则重复执行上述提取所述当前非日志数据的操作，直到在所述非日志数据中提取出各个非日志数据。

4.根据权利要求3所述的方法，其特征在于，所述将所述当前日志数据与所述当前非日志数据进行匹配，包括：

按照所述当前日志数据对应的数据格式在所述当前日志数据中提取出第一目标字段；按照所述当前非日志数据对应的数据格式在所述当前非日志数据中提取出第二目标字段；

若所述第一目标字段与所述第二目标字段相匹配，则确认所述当前日志数据与所述当前非日志数据匹配成功。

5.根据权利要求1所述的方法，其特征在于，所述非日志数据至少包括以下类型之一：服务平台变更事件、内/外网络链路异常数据、集群/物理机状态异常数据、运维事件。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述日志数据、所述非日志数据、所述当前服务对应的分析结果以及所述当前服务对应的处理结果保存至预设数据库中。

7.一种异常服务的处理装置，其特征在于，所述装置包括：获取模块、分析模块和处理模块；其中，

所述获取模块，用于若当前服务发生异常，获取所述当前服务的日志数据和非日志数据；

所述分析模块，用于根据所述日志数据和非日志数据，对所述当前服务进行分析，得到所述当前服务对应的分析结果；

所述处理模块，用于根据所述当前服务对应的分析结果，采用与其对应的处理方式对所述当前服务进行处理，得到所述当前服务对应的处理结果。

8.根据权利要求7所述的装置，其特征在于：

所述分析模块，具体用于在所述日志数据中提取出一个日志数据作为当前日志数据；将所述当前日志数据与所述非日志数据中的各个非日志数据进行匹配；若所述当前日志数据与任意一个非日志数据匹配成功，则根据匹配成功的非日志数据，得到所述当前服务对应的分析结果；若所述当前日志数据与所述非日志数据中的各个非日志数据均匹配不成功，则重复执行上述提取所述当前日志数据的操作，直到得到所述当前服务对应的分析结果。

9.根据权利要求8所述的装置，其特征在于：

所述分析模块，具体用于在所述非日志数据中提取出一个非日志数据作为当前非日志数据；将所述当前日志数据与所述当前非日志数据进行匹配；若所述当前日志数据与所述当前非日志数据匹配成功，则将所述当前非日志数据确定为所述匹配成功的非日志数据；若所述当前日志数据与所述当前非日志数据匹配不成功，则重复执行上述提取所述当前非日志数据的操作，直到在所述非日志数据中提取出各个非日志数据。

10.根据权利要求9所述的装置，其特征在于：

所述分析模块，具体用于按照所述当前日志数据对应的数据格式在所述当前日志数据中提取出第一目标字段；按照所述当前非日志数据对应的数据格式在所述当前非日志数据中提取出第二目标字段；若所述第一目标字段与所述第二目标字段相匹配，则确认所述当前日志数据与所述当前非日志数据匹配成功。

11.根据权利要求7所述的装置，其特征在于，所述非日志数据至少包括以下类型之一：服务平台变更事件、内/外网络链路异常数据、集群/物理机状态异常数据、运维事件。

12.根据权利要求7所述的装置，其特征在于，所述装置还包括：存储模块，用于将所述日志数据、所述非日志数据、所述当前服务对应的分析结果以及所述当前服务对应的处理结果保存至预设数据库中。

13.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的方法。

Images