CN117201352A - 服务资源运行状态检测方法、装置、设备及存储介质 - Google Patents

Abstract

本公开提供了一种服务资源运行状态检测方法、装置、设备及存储介质，可以应用于大数据领域和计算机技术领域。该方法包括：获取与服务资源相关的子服务资源日志，其中，服务资源包括多个子服务资源，子服务资源日志与子服务资源相关联，子服务资源与服务资源拓扑中的子资源节点相关联，服务资源拓扑表征多个子服务资源之间的运行依赖关系；根据子服务资源日志各自的运行状态关键字，确定与子服务资源相关联的初始运行状态；根据运行依赖关系更新与子服务资源关联的初始运行状态，得到与子服务资源关联的目标运行状态；以及根据多个子服务资源各自关联的目标运行状态，确定服务资源的服务资源运行状态检测结果。

Description

服务资源运行状态检测方法、装置、设备及存储介质

技术领域

本公开涉及大数据领域和计算机技术领域，尤其涉及一种服务资源运行状态检测方法、装置、设备、介质和程序产品。

背景技术

随着科技的快速发展，越来越多的企业根据服务器等网络设备来构建业务服务资源，从而可以通过业务服务资源来为用户提供业务服务，提升业务服务的效率。因此，业务服务资源运行的稳定性对于保障业务服务质量具有比较重要的影响。

发明人发现，在业务服务资源运行过程中存在运行稳定性较低的情况，这导致相关运维人员通常需要耗费较多的时间来对业务服务资源的故障进行定位与分析，从而对业务服务质量产生负面影响。

发明内容

鉴于上述问题，本公开提供了服务资源运行状态检测方法、装置、设备、介质和程序产品。

根据本公开的第一个方面，提供了一种服务资源运行状态检测方法，包括：

获取与服务资源相关的子服务资源日志，其中，上述服务资源包括多个子服务资源，上述子服务资源日志与上述子服务资源相关联，上述子服务资源与服务资源拓扑中的子资源节点相关联，上述服务资源拓扑表征多个上述子服务资源之间的运行依赖关系；

根据上述子服务资源日志各自的运行状态关键字，确定与上述子服务资源相关联的初始运行状态；

根据上述运行依赖关系更新与上述子服务资源关联的初始运行状态，得到与上述子服务资源关联的目标运行状态；以及

根据多个上述子服务资源各自关联的目标运行状态，确定上述服务资源的服务资源运行状态检测结果。

根据本公开的实施例，多个上述子资源节点各自具有节点层级，上述节点层级包括N级，N为大于1的整数；

其中，根据上述运行依赖关系更新与上述子服务资源关联的初始运行状态，得到与上述子服务资源关联的目标运行状态包括：

从多个上述子资源节点中，确定第n-1级目标子资源节点；

根据与第n-1级上述目标子资源节点相关联的第n-1级目标运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级目标运行状态，其中，上述第n级上述关联子资源节点与第n-1级上述目标子资源节点具有运行依赖关系；

在N＝n的情况下，得到与多个上述子服务资源各自关联的目标运行状态，其中，与第1级上述目标子资源节点相关联的初始运行状态被确定为上述第1级目标运行状态。

根据本公开的实施例，上述服务资源拓扑包括子资源节点集群，上述子资源节点集群包括多个集群节点；

其中，根据与第n-1级上述目标子资源节点相关联的第n-1级目标运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级目标运行状态包括：

在第n-1级上述目标子资源节点包含于子资源节点集群中的情况下，确定与上述第n-1级上述目标子资源节点相关联的关联集群节点；以及

根据与上述关联集群节点相关联的初始运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级上述目标运行状态。

根据本公开的实施例，上述服务资源拓扑为树形拓扑，第N级上述目标子资源节点为上述树形拓扑的根节点。

根据本公开的实施例，根据多个上述子服务资源各自关联的目标运行状态，确定上述服务资源的服务资源运行状态检测结果包括：

根据多个上述子服务资源各自关联的目标运行状态，更新上述服务拓扑中多个上述子资源节点各自的节点显示属性，得到目标服务资源拓扑；以及

将上述目标服务资源拓扑确定为上述服务资源运行状态检测结果。

根据本公开的实施例，上述运行状态关键字包括多个；

其中，根据上述子服务资源日志各自的运行状态关键字，确定与上述子服务资源相关联的初始运行状态包括：

从多个上述运行状态关键字中，确定目标运行状态关键字；

确定上述目标运行状态关键字在上述子服务资源日志中的统计频次；以及

根据与上述目标运行状态关键字关联的统计频次，确定与上述子服务资源相关联的初始运行状态。

根据本公开的实施例，上述目标运行状态关键字与关键字等级相关联；

其中，根据与上述目标运行状态关键字关联的统计频次，确定与上述子服务资源相关联的初始运行状态包括：

根据上述统计频次和与上述目标运行状态关键字相关联的关键字等级，确定与上述子服务资源相关联的初始运行状态。

根据本公开的实施例，根据上述统计频次和与上述目标运行状态关键字相关联的关键字等级，确定与上述子服务资源相关联的初始运行状态包括：

根据上述统计频次和上述关键字等级，从预设的运行状态阵列中确定与上述目标运行状态关键字相对应的目标运行状态元素；以及

根据上述目标运行状态元素，确定上述初始运行状态；

其中，上述运行状态阵列包括多个运行状态元素，上述运行状态阵列的第一维度指示与上述运行状态元素相关联的元素统计频次，上述上述运行状态阵列的第二维度指示与上述运行状态元素相关联的元素关键字等级。

根据本公开的实施例，上述子服务资源包括以下至少一项：

操作系统资源、数据库资源、中间件资源。

本公开的第二方面提供了一种服务资源运行状态检测装置，包括：

子服务资源日志获取模块，用于获取与服务资源相关的子服务资源日志，其中，上述服务资源包括多个子服务资源，上述子服务资源日志与上述子服务资源相关联，上述子服务资源与服务资源拓扑中的子资源节点相关联，上述服务资源拓扑表征多个上述子服务资源之间的运行依赖关系；

初始运行状态确定模块，用于根据上述子服务资源日志各自的运行状态关键字，确定与上述子服务资源相关联的初始运行状态；

目标运行状态确定模块，用于根据上述运行依赖关系更新与上述子服务资源关联的初始运行状态，得到与上述子服务资源关联的目标运行状态；以及

服务资源运行状态检测结果确定模块，用于根据多个上述子服务资源各自关联的目标运行状态，确定上述服务资源的服务资源运行状态检测结果。

本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述方法。

本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述方法。

本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法。

根据本公开提供的服务资源运行状态检测方法、装置、设备、介质和程序产品，通过运行状态关键字来确定与子服务资源相关联的初始运行状态，并根据子服务资源之间的运行依赖关系来更新与所述子服务资源关联的初始运行状态，得到与所述子服务资源关联的目标运行状态，可以在充分考虑子服务资源之间的依赖关系的情况下，得到各个子服务资源的运行状态，实现针对子服务资源各自运行状态的细粒度检测，进而使得到的服务资源运行状态检测结果可以准确地定位服务资源异常运行情况的主要影响因素，提升故障排除效率，提升服务资源运行稳定性，实现提升业务服务质量的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的服务资源运行状态检测方法、装置的应用场景图；

图2示意性示出了根据本公开实施例的服务资源运行状态检测方法的流程图；

图3A示意性示出了根据本公开实施例的服务资源运行状态检测方法的应用场景图；

图3B示意性示出了根据本公开实施例的告警交互界面的示意图；

图4示意性示出了根据本公开实施例的运行状态阵列的示意图；

图5A示意性示出了根据本公开实施例的服务资源拓扑的示意图；

图5B示意性示出了根据本公开另一实施例的服务资源拓扑的示意图；

图6示意性示出了根据本公开实施例的服务资源运行状态检测装置的结构框图；

图7示意性示出了根据本公开实施例的适于实现服务资源运行状态检测方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

在本发明的技术方案中，所涉及的用户信息(包括但不限于用户个人信息、用户图像信息、用户设备信息，例如位置信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、存储、使用、加工、传输、提供、公开和应用等处理，均遵守相关国家和地区的相关法律法规和标准，采取了必要保密措施，不违背公序良俗，并提供有相应的操作入口，供用户选择授权或者拒绝。

为进一步详细解释本公开实施例记载的内容，针对技术术语和英文简称可以参考如下内容，本公开的实施例对此不再赘述。

Ant(采集处理)：是指利用在对象服务器本地安装Agent，用于监控服务器的运行状态等各指标数据，Ant模块还可以内置日志采集功能，将系统产生的日志进行识别并上传至指定服务器。

在计算机领域：Agent通常指的是一个程序或者系统，它能够独立地执行某种任务或者代表用户执行某种任务。Agent可以是硬件设备、软件程序或者一个虚拟实体。Agent可以通过网络进行通信，并根据用户的指令或者预设的规则来执行任务，例如自动化流程、监控系统、处理数据等。

Agent：一种软件程序，通常用于检测和管理计算机系统、网络和应用程序。它可以在本地或远程计算机上运行，并提供实时检测和管理功能。

如果您想开发一个Agent可以通过以下步骤完成开发。

1.定义Agent的目的和功能：在开发之前，您需要明确Agent的目的和功能，以便确保它能够满足的需求。

2.选择开发语言和平台：根据需求和技能水平，选择适合的开发语言和平台。常见的开发语言包括Java、Python、C++等，常见的平台包括Windows、Linux等。

3.设计Agent的架构：设计Agent的架构，包括模块、接口、数据结构等。这将有助于更好地组织代码和处理数据。

4.实现Agent的功能：根据设计要求实现Agent的功能。这可能包括与操作系统、网络和应用程序交互、收集和分析数据等。

5.测试Agent：在完成开发后，对Agent进行测试，以确保它能够正常工作并满足您的需求。

6.部署Agent：将Agent部署到目标计算机上，并确保它能够与其他系统和应用程序正常交互。

以上是开发Agent的一般步骤，具体实现方式可能因应用场景而异。

Monitor：用于检测与告警的软件，根据Ant采集模块采集的数据，依据预设的告警基线，判断该指标是否处于正常范围内，如不正常需要对对象进行标准，并依据既定规则将该告警数据推送至Alert平台进行展示。

在计算机领域：Monitor通常指的是一种监控软件或者监控系统，用于实时监测计算机系统、网络、应用程序或者其他设备的状态和性能。Monitor可以检测并记录各种指标，例如CPU使用率、内存使用量、网络流量、磁盘空间等，从而帮助管理员及时发现问题，预防故障发生。Monitor还可以设置警报机制，当发现异常情况时，自动发送通知或者执行某些操作，例如重新启动服务、发送邮件等。常见的Monitor软件包括Zabbix、Nagios、SolarWinds等。

Alert(告警汇聚)：是指将Monitor监控到的告警以数据表格的形式进行展示，可以对告警进行分类、统计、汇总，该平台还可以联动ITSM(流程管理)进行工单指派，Notify(短信通知)模块进行短信发送、Email(邮件发送)模块进行邮件发送。

在计算机领域：Alert通常指的是一种警报机制，用于在系统出现异常或者故障时及时通知管理员或者其他相关人员。Alert可以通过多种方式发送通知，例如发送邮件、短信、电话等。Alert通常与Monitor系统配合使用，当Monitor检测到异常情况时，会触发Alert机制，自动发送通知给管理员或者其他相关人员，以便及时采取措施解决问题。Alert可以帮助管理员及时发现和解决问题，降低系统停机时间和业务损失。

CMDB(配置管理)：CMDB(Configuration Management Database，配置管理数据库)是一种用于管理IT资产、服务、配置和关系的数据库。它是ITIL(Information TechnologyInfrastructure Library)框架中的一个重要组成部分，用于支持IT服务管理和运营。CMDB可以帮助组织管理其IT基础设施的配置，以便更好地了解其IT资产和服务的状态、关系和依赖性，从而更好地管理其IT运营和服务。

CMDB包含了各种类型的数据，如硬件、软件、网络设备、服务、配置项和关系等。这些数据可以通过各种手段进行收集和更新，如手动输入、自动发现、集成其他系统等。CMDB的数据可以用于支持各种IT服务管理和运营活动，如变更管理、问题管理、服务管理、资产管理等。

CMDB的实现需要考虑许多因素，如数据的完整性、准确性和可靠性，数据的更新和维护等。为了确保CMDB的有效性和可靠性，组织需要制定适当的策略和流程，并使用合适的工具和技术来支持CMDB的实现和管理。

在银行和大型企业的数据中心运维过程中，基于告警平台产生告警后，绝大多数情况都是现场值班人员进行人为干预，对出现告警的对象进行关注和分析，过程会经过故障上报、流程派单，紧急处置等。当相关人员处置时，经常会需要分析告警产生时点日志，此情况一般会通过登录服务器去查看对应时点日志。但是发明人发现，由于从故障产生到故障处置，存在时间差，想准确查看当时的报错日志，存在以下几个难点：

部分日志已经归档，归档日志查询和还原机制不完善，导致查询效率低下。

部分日志被覆盖，部分应用和模块日志会存在新日志覆盖旧日志的情况，导致查询不到告警产生时的日志信息，问题排查无法进行。

时间跨度大，日志量大，查询效率低下，系统日志和应用日志会一直产生，处置时间和产生事件的差越大，中间产生的其他日志数量就越多，不便于准确定位问题。

本公开的实施例提供了服务资源运行状态检测方法，包括：获取与服务资源相关的子服务资源日志，其中，服务资源包括多个子服务资源，子服务资源日志与子服务资源相关联，子服务资源与服务资源拓扑中的子资源节点相关联，服务资源拓扑表征多个子服务资源之间的运行依赖关系；根据子服务资源日志各自的运行状态关键字，确定与子服务资源相关联的初始运行状态；根据运行依赖关系更新与子服务资源关联的初始运行状态，得到与子服务资源关联的目标运行状态；以及根据多个子服务资源各自关联的目标运行状态，确定服务资源的服务资源运行状态检测结果。

根据本公开的实施例，通过运行状态关键字来确定与子服务资源相关联的初始运行状态，并根据子服务资源之间的运行依赖关系来更新与所述子服务资源关联的初始运行状态，得到与所述子服务资源关联的目标运行状态，可以在充分考虑子服务资源之间的依赖关系的情况下，得到各个子服务资源的运行状态，实现针对子服务资源各自运行状态的细粒度检测，进而使得到的服务资源运行状态检测结果可以准确地定位服务资源异常运行情况的主要影响因素，提升故障排除效率，提升服务资源运行稳定性，实现提升业务服务质量的技术效果。

图1示意性示出了根据本公开实施例的服务资源运行状态检测方法、装置的应用场景图。

如图1所示，根据该实施例的应用场景100可以包括第一终端设备101、第二终端设备102、第三终端设备103、网络104和服务器105。网络104用以在第一终端设备101、第二终端设备102、第三终端设备103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用第一终端设备101、第二终端设备102、第三终端设备103中的至少一个通过网络104与服务器105交互，以接收或发送消息等。第一终端设备101、第二终端设备102、第三终端设备103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

第一终端设备101、第二终端设备102、第三终端设备103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用第一终端设备10l、第二终端设备102、第三终端设备103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的服务资源运行状态检测方法一般可以由服务器105执行。相应地，本公开实施例所提供的服务资源运行状态检测装置一般可以设置于服务器105中。本公开实施例所提供的服务资源运行状态检测方法也可以由不同于服务器105且能够与第一终端设备101、第二终端设备102、第三终端设备103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的服务资源运行状态检测装置也可以设置于不同于服务器105且能够与第一终端设备101、第二终端设备102、第三终端设备103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

以下将基于图1描述的场景，通过图2～图5B对公开实施例的服务资源运行状态检测方法进行详细描述。

图2示意性示出了根据本公开实施例的服务资源运行状态检测方法的流程图。

如图2所示，该实施例的服务资源运行状态检测方法包括操作S210～操作S240。

在操作S210，获取与服务资源相关的子服务资源日志，其中，服务资源包括多个子服务资源，子服务资源日志与子服务资源相关联，子服务资源与服务资源拓扑中的子资源节点相关联，服务资源拓扑表征多个子服务资源之间的运行依赖关系。

根据本公开的实施例，服务资源可以包括用于提供业务服务的应用服务资源，子服务资源可以包括构成服务资源的系统、软件、数据库等任意类型的服务资源支持系统。子服务资源之间可以通过运行依赖关系来实现服务资源的运行，例如数据库资源可以运行在操作系统1中，从而形成数据库资源对于操作系统的依赖关系。

根据本公开的实施例，服务资源拓扑可以基于多个子资源节点以及子资源节点之间的依赖关系构成，子资源节点可以与子服务资源相关联，依赖关系可以通过线条与方向来表征不同的子服务资源之间的依赖关系，这样可以通过服务资源拓扑来对构成服务资源的多个子服务资源进行解耦，从而便于针对子服务资源进行细粒度运行状态评估。

在操作S220，根据子服务资源日志各自的运行状态关键字，确定与子服务资源相关联的初始运行状态。

根据本公开的实施例，子服务资源日志中的运行状态关键字可以表征子服务资源各自的运行状态情况，例如可以表征子服务资源的告警类型、告警时刻等与运行状态相关的属性信息。因此通过运行状态关键字来确定初始运行状态，可以对子服务资源进行自动化地运行状态检测，避免人工查询日志导致的运行状态异常检测耗时较长的问题。

在操作S230，根据运行依赖关系更新与子服务资源关联的初始运行状态，得到与子服务资源关联的目标运行状态。

根据本公开的实施例，由于不同的子服务资源之间存在依赖关系，因此子服务资源个体的运行状态可能会对其他的子服务资源的运行状态产生影响，因此，通过运行依赖关系更新与子服务资源关联的初始运行状态，可以使得到的目标运行状态进一步准确地表征子服务资源的实际运行情况，从而有利于及时发现运行风险因素，及时排除故障风险。

在操作S240，根据多个子服务资源各自关联的目标运行状态，确定服务资源的服务资源运行状态检测结果。

根据本公开的实施例，通过综合考虑多个子服务资源各自相关的目标运行状态来确定服务资源运行状态检测结果，可以进一步细粒度地分析服务资源的运行状态情况，及时对存在运行风险的风险因素进行快速定位，从而可以及时排除故障风险或及时解决运行故障，提升服务资源运行稳定性。

根据本公开的实施例，子服务资源包括以下至少一项：操作系统资源、数据库资源、中间件资源。

根据本公开的实施例，操作系统资源可以基于虚拟机构建得到：一台虚拟机可以一个操作系统(操作系统资源)，操作系统资源可以包括linux、windows等，操作系统可以是虚拟机在配置管理中的一个表征，操作系统配置项也可以称为虚拟机。

根据本公开的实施例，中间件资源可以是基于中间件构建的。中间件可以是位于操作系统和应用程序之间的软件层，可以提供一系列的功能和服务，用于增强操作系统的可靠性、可用性和性能。通过提供连接、通信和常用功能，中间件简化了服务资源开发和管理工作，提高了服务资源的运行效率和可靠性。中间件包含但不限于weblogic、nginx、apache、MQ等。

根据本公开的实施例，数据库资源可以包括用来存储数据的关系型数据库、文档型数据库等任意类型的数据库，本公开的实施例对数据库的具体类型不做限定。

根据本公开的实施例，子服务资源还可以包括物理子系统，物理子系统例如可以基于服务资源的应用层构建，可以与服务资源的服务名称相关联。

根据本公开的实施例，可以根据子服务资源之间的依赖关系，将多个子服务资源确定为一个子服务资源集群(或称集群部署单元)。例如一个服务资源需要使用3台主机进行部署，并且这三台主机组成一个集群提供服务，那么可以将这个三个主机归属到一个集群部署单元上，用于区别其他集群的主机，便于运维和管理。

在本公开的一个实施例中，可以包括物理子系统、集群部署单元、操作系统、数据库、物理子系统这5个子服务资源的配置项，可以基于CMDB来管理该些配置项。又例如，可以设置“所属物理子系统”字段，针对操作系统可以设置“所属部署单元”字段，针对中间件资源可以设置“所属操作系统IP”字段，针对数据库资源可以设置“所属系统”、“所属操作系统IP”。从而可以通过这对子服务资源设置的字段来表征不同的子服务资源之间的依赖关系。并可以通过如下表l至表4来表征子服务资源之间的依赖关系。

表1

操作系统		组成部署单元	组成系统	路线1
					操作系统		运行数据库		路线2
操作系统		运行中间件		路线3

根据表1中的内容，可以获取到系统应用日志、数据库日志、中间件日志、操作系统日志。

表2

中间件	运行在操作系统			路线1
					中间件	运行在操作系统	组成部署单元	组成系统	路线2

根据表2中的内容，可以获取到系统应用日志、操作系统日志、中间件日志。

表3

数据库	运行在操作系统	路线1
			数据库	组成系统	路线2

根据表3中的内容，可以获取到系统应用日志、操作系统日志、数据库日志。

表4

物理子系统	所属部署单元	所属操作系统		路线1
					物理子系统	所属部署单元	所属操作系统	运行中间件	路线2
物理子系统	所属部署单元	所属操作系统	运行数据库	路线3
					物理子系统	所属数据库			路线4

根据表3中的内容，可以获取到系统应用日志、操作系统日志、中间件日志、数据库日志。

根据本公开的实施例，操作S210中，与服务资源相关的子服务资源日志可以通过以下自动下载的方式来获取到子服务资源日志。

在本公开的一个实施例中，可以根据配置管理数据库来自动查询服务资源拓扑，并通过子资源节点之间的依赖关系自动下载日志。

通过配置模型的关系图谱(或者数据库--配置项关系表)，我们可以找到每个配置项之间的关联关系，可以通过以下计算模型找到与本告警相关的模型：

图3A示意性示出了根据本公开实施例的服务资源运行状态检测方法的应用场景图。

如图3A所示，该应用场景中可以包括终端、ANT模块、Monitor平台、CMDB模块、日志采集模块、Alert模块和服务器。服务器可以是被检测的子服务资源对应的服务设备。

配置管理模块(CMDB模块)的主要功能是为日志下载提供支撑，提供与该告警相关的其他数据模型的关系，

监控告警平台(Monitor平台)主要是为各个子服务资源提供相关指标的检测服务，例如为CPU、磁盘、数据输入/输出接口、进程指标、端口等设备提供指标检测服务。当其中一个指标出现异常后，会在页面将该告警信息展示出来并将部分关键内容推送到告警汇聚模块(Alert模块)中，

告警汇聚模块(Alert模块)，主要功能是将Monitor平台产生的告警进行汇聚，以清单的形式展示给用户，每一条告警数据会包含：告警标题、告警描述、IP地址、状态、等级、来源、发生时间等信息，公开实施例提供的方法可以将对应时点的日志附件，在每一个生成的告警单中，都会附上一个或多个日志附件并用颜色予以标注，以便于重点突出日志的属性。

当终端在某一时间点产生告警后，该告警数据被ANT模块采集并处理后，展示在Monitor平台中，Monitor平台在将结果数据推送给Alert模块进行数据汇聚，同时还可以根据Monitor平台的结果数据发送至CMDB模块，以便于同步调用CMDB进行配置管理，以CMDB的关系数据为依据，调用日志采集模块的日志自动下载功能，将告警产生时点的对应日志全部下载，下载的日志可以包括：应用系统日志、数据库日志、操作系统日志、中间件日志等。

图3B示意性示出了根据本公开实施例的告警交互界面的示意图。

如图3B所示，可以在告警交互界面310中，展示“告警标题”“告警描述：”、“IP地址”、“告警状态”、“告警等级”、“告警来源”、“发生时间”各自配置项的详细描述信息。还可以在告警交互界面310中展示不同类型的子服务资源日志的连接选项“操作系统日志”、“操作系统日志”、“操作系统日志”、“操作系统日志”，以方便相关运维人员进行日志查询，提升运维人员查询告警日志的便捷性，提升工作效率。

根据本公开的实施例，运行状态关键字包括多个。

根据本公开的实施例，操作S220中，根据子服务资源日志各自的运行状态关键字，确定与子服务资源相关联的初始运行状态可以包括如下操作。

从多个运行状态关键字中，确定目标运行状态关键字；确定目标运行状态关键字在子服务资源日志中的统计频次；以及根据与目标运行状态关键字关联的统计频次，确定与子服务资源相关联的初始运行状态。

根据本公开的实施例，可以通过预先设置的关键字库从子服务资源日志中提取得到运行状态关键字，目标运行状态关键字可以是与同一个字段对应的，例如可以与“Error”字段对应。通过确定目标运行状态关键字的统计频次，并可以在统计频次大于或等于预设频次阈值的情况下，将初始运行状态确定为异常状态。

根据本公开的实施例，初始运行状态还可以包括正常状态、风险状态等表征运行状态等级的其他类型，本公开的实施例对初始运行运行状态的具体设置方式不做限定，本领域技术人员可以根据实际需求进行设计，只要能够满足与运行状态等级相对应即可。

根据本公开的实施例，根据预先设置的关键字库，可以对下载的子服务资源日志进行全面扫描，将日志中出现的各个目标运行状态关键字进行分类汇总，根据各个目标运行状态关键字的统计频次、出现时刻等关键字属性对子服务资源日志进行运行状态情况判定，以便于运维人员在排查众多的日志文件中，就可以选择优先查看的关键性日志，能够大大的提升解决问题的效率。

根据本公开的实施例，目标运行状态关键字与关键字等级相关联。

根据本公开的实施例，根据与目标运行状态关键字关联的统计频次，确定与子服务资源相关联的初始运行状态可以包括如下操作。

根据统计频次和与目标运行状态关键字相关联的关键字等级，确定与子服务资源相关联的初始运行状态。

根据本公开的实施例，关键字等级可以指示该运行状态关键字对于子服务资源的运行状态影响程度的等级，可以综合目标运行状态关键字的关键字等级和统计频次来确定初始运行状态，进而提升针对子服务资源的运行状态分析的准确性。

根据本公开的实施例，可以通过如下表5的内容来确定子服务资源的初始运行状态。

表5

统计频次	1次	2次	3次	大于3次
					关键字等级	-	-	-	-
重要	异常	异常	异常	异常
					次要	高风险	高风险	异常	异常
一般	低风险	低风险	低风险	高风险

根据本公开的实施例，根据统计频次和与目标运行状态关键字相关联的关键字等级，确定与子服务资源相关联的初始运行状态可以包括如下操作。

根据统计频次和关键字等级，从预设的运行状态阵列中确定与目标运行状态关键字相对应的目标运行状态元素；以及根据目标运行状态元素，确定初始运行状态；其中，运行状态阵列包括多个运行状态元素，运行状态阵列的第一维度指示与运行状态元素相关联的元素统计频次，运行状态阵列的第二维度指示与运行状态元素相关联的元素关键字等级。

图4示意性示出了根据本公开实施例的运行状态阵列的示意图。

如图4所示，运行状态阵列400可以包括第一维度Y和第二维度X。第二维度X与元素关键字等级“重要”、“次要”、“一般”相关联，第一维度Y与元素统计频次“1次”、“2次”、“3次”、“大于3次”相关联。运行状态元素可以包括A1、A2和A3，运行状态元素A1、A2和A3可以分别与“异常”、“高风险”和“低风险”分别对应。

应该理解的是，元素统计频次可以与目标运行状态关键字的统计频次相关联，元素关键字等级可以与目标运行状态关键字的关键字等级相关联。

如图4所示，根据目标运行状态关键字的统计频次和关键字等级，可以从运行状态阵列中确定与该目标运行状态关键字相对应的目标运行状态元素，进而可以得到与该目标运行状态关键字相对应的初始运行状态，即可以得到与子服务资源相关联的初始运行状态。

例如，在目标运行状态关键字的统计频次为2次，关键字等级为“次要”的情况下，可以确定运行状态元素A2为与该目标运行状态关键字对应的目标运行状态元素，从而可以确定与子服务资源相关联的初始运行状态为“高风险”。

根据本公开的实施例，通过从预设的运行状态阵列中确定与目标运行状态关键字相对应的目标运行状态元素，进而根据目标运行状态元素确定初始运行状态，可以避免通过查表来确定初始运行状态产生的耗时较长的问题，便于将初始运行状态扩展至多个关键字等级以及多层级的统计频次，提升服务资源运行状态检测的整体效率。

根据本公开的实施例，还可以根据确定的初始运行状态来对子服务资源日志进行显示属性标注，例如标注为红色、黄色、绿色，从而便于相关运维人员快速定位异常的日志，提升查询效率。

根据本公开的实施例，多个子资源节点各自具有节点层级，节点层级包括N级，N为大于1的整数。

根据本公开的实施例，操作S230中，根据运行依赖关系更新与子服务资源关联的初始运行状态，得到与子服务资源关联的目标运行状态可以包括如下操作。

从多个子资源节点中，确定第n-1级目标子资源节点；根据与第n-1级目标子资源节点相关联的第n-1级目标运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级目标运行状态，其中，第n级关联子资源节点与第n-1级目标子资源节点具有运行依赖关系；在N＝n的情况下，得到与多个子服务资源各自关联的目标运行状态，其中，与第1级目标子资源节点相关联的初始运行状态被确定为第1级目标运行状态。

图5A示意性示出了根据本公开实施例的服务资源拓扑的示意图。

图5B示意性示出了根据本公开另一实施例的服务资源拓扑的示意图。

结合图5A和图5B所示，服务资源拓扑可以包括与操作系统资源相关的子资源节点OS1、OS2、OS3、OS4、OS5、OS6、OS7、OS8、OS9，与中间件资源相关的中间件节点、与应用程序资源相关的应用程序节点、与数据库资源相关的数据库节点和与物理子系统相关的物理子系统节点。

根据本公开的实施例，服务资源拓扑可以为树形拓扑，第3级目标子资源节点“物理子系统节点”可以为树形拓扑的根节点。

如图5A所示，子资源节点OS1、OS2和OS3各自关联的初始运行状态可以与“异常”相关联，可以通过黑色填充来表征子资源节点OS1、OS2和OS3各自关联的初始运行状态。相应地，可以通过白色填充来表征“低风险”的初始运行状态。

例如，在n＝2的情况下，第1级目标子资源节点可以包括子资源节点OS1、OS2，根据与第1级目标子资源节点OS1、OS2相关联的第1级目标运行状态“异常”，可以更新与第2级关联子资源节点“中间件节点”相对应的第2级初始运行状态，得到第2级目标运行状态“高风险”。相应地，可以确定第2级子资源节点“应用程序节点”和“数据库节点”的第2级目标运行状态为“低风险”。

又例如，在n＝N＝3的情况下，可以将第2级子资源节点“中间件节点”确定为第2级目标子资源节点，通过第2级目标子资源节点各自的第2级目标运行状态，更新第3级关联子资源节点“物理子系统节点”的第3级初始运行状态，得到第3级目标运行状态为“高风险”

结合图5A和图5B所示，可以针对子资源节点各自对应的目标运行状态，来更新各个子资源各自的显示属性，进而得到如图5B所示的服务资源拓扑。

根据本公开的实施例，服务资源拓扑包括子资源节点集群，子资源节点集群包括多个集群节点。

如图5B所示，服务资源拓扑包括子资源节点集群510、520和530。

根据本公开的实施例，根据与第n-1级目标子资源节点相关联的第n-1级目标运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级目标运行状态可以包括如下操作。

在第n-1级目标子资源节点包含于子资源节点集群中的情况下，确定与第n-1级目标子资源节点相关联的关联集群节点；以及根据与关联集群节点相关联的初始运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级目标运行状态。

如图5B所示，在n＝2的情况下，第1级目标子资源节点可以包括子资源节点OS1、OS2，子资源节点OS1、OS2包含于子资源节点集群510，与第1级目标子资源节点相关联的关联集群节点为子资源节点OS3。根据与关联集群节点OS3相关联的初始运行状态，以及与第1级目标子资源节点OS1、OS2相关联的初始运行状态，可以确定第2级关联子资源节点“中间件节点”相对应的第2级目标运行状态为“高风险”。

在本公开的一个实施例中，还可以在2个不同层级的子资源节点从属于不同的子资源节点集群的情况下，可以根据第n-1级目标子资源节点的第n-1级目标运行状态，来直接确定第n级目标子资源节点的第n-级目标运行状态。

根据本公开的实施例，可以通过表6记载的内容作为更新得到各个子资源节点各自的目标运行状态的确定规则。

表6

根据本公开的实施例，服务资源拓扑中子资源节点各自的目标运行状态确定后，可以根据目标运行状态的具体类型，对子资源节点的显示属性进行更新，例如可以通过不同形式的填充内容来表征不同的目标运行状态类型，或者还可以通过不同的颜色来表征不同的目标运行状态类型。例如可以通过“红色”、“黄色”和“绿色”分别表示“异常”、“高风险”与“低风险”。

需要说明的是，目标运行状态的具体类型可以表征子服务资源各自的运行状况，可以通过子服务资源各自的目标运行状态(或称运行健康状态)来确定服务资源的运行状态检测结果。

根据本公开的实施例，操作S240中，根据多个子服务资源各自关联的目标运行状态，确定服务资源的服务资源运行状态检测结果包括如下操作。

根据多个子服务资源各自关联的目标运行状态，更新服务拓扑中多个子资源节点各自的节点显示属性，得到目标服务资源拓扑；以及将目标服务资源拓扑确定为服务资源运行状态检测结果。

根据本公开的实施例，可以通过如图5B所示的服务资源拓扑来表征服务资源运行状态检测结果，并将服务资源运行状态检测结果展示在交互界面中，以便于相关运维人员快速定位服务资源的风险因素与故障因素，实现提升服务资源运行稳定性的技术效果。

基于上述服务资源运行状态检测方法，本公开还提供了一种服务资源运行状态检测装置。以下将结合图6对该装置进行详细描述。

图6示意性示出了根据本公开实施例的服务资源运行状态检测装置的结构框图。

如图6所示，该实施例的服务资源运行状态检测装置600包括子服务资源日志获取模块610、初始运行状态确定模块620、目标运行状态确定模块630和服务资源运行状态检测结果确定模块640。

子服务资源日志获取模块610用于获取与服务资源相关的子服务资源日志，其中，服务资源包括多个子服务资源，子服务资源日志与子服务资源相关联，子服务资源与服务资源拓扑中的子资源节点相关联，服务资源拓扑表征多个子服务资源之间的运行依赖关系。

初始运行状态确定模块620用于根据子服务资源日志各自的运行状态关键字，确定与子服务资源相关联的初始运行状态。

目标运行状态确定模块630用于根据运行依赖关系更新与子服务资源关联的初始运行状态，得到与子服务资源关联的目标运行状态。

服务资源运行状态检测结果确定模块640用于根据多个子服务资源各自关联的目标运行状态，确定服务资源的服务资源运行状态检测结果。

根据本公开的实施例，多个子资源节点各自具有节点层级，节点层级包括N级，N为大于1的整数。

其中，目标运行状态确定模块包括：第一确定单元、第一更新单元和目标运行状态获得单元。

第一确定单元，用于从多个子资源节点中，确定第n-1级目标子资源节点。

第一更新单元，用于根据与第n-1级目标子资源节点相关联的第n-l级目标运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级目标运行状态，其中，第n级关联子资源节点与第n-1级目标子资源节点具有运行依赖关系。

目标运行状态获得单元，用于在N＝n的情况下，得到与多个子服务资源各自关联的目标运行状态，其中，与第1级目标子资源节点相关联的初始运行状态被确定为第1级目标运行状态。

根据本公开的实施例，服务资源拓扑包括子资源节点集群，子资源节点集群包括多个集群节点。

其中，第一更新单元包括：第一确定子单元和第一更新子单元。

第一确定子单元，用于在第n-1级目标子资源节点包含于子资源节点集群中的情况下，确定与第n-1级目标子资源节点相关联的关联集群节点。

第一更新子单元，用于根据与关联集群节点相关联的初始运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级目标运行状态。

根据本公开的实施例，服务资源拓扑为树形拓扑，第N级目标子资源节点为树形拓扑的根节点。

根据本公开的实施例，服务资源运行状态检测结果确定模块包括：目标服务资源拓扑获得单元和服务资源运行状态检测结果确定单元。

目标服务资源拓扑获得单元，用于根据多个子服务资源各自关联的目标运行状态，更新服务拓扑中多个子资源节点各自的节点显示属性，得到目标服务资源拓扑。

服务资源运行状态检测结果确定单元，用于将目标服务资源拓扑确定为服务资源运行状态检测结果。

根据本公开的实施例，运行状态关键字包括多个。

其中，初始运行状态确定模块包括：目标运行状态关键字确定单元、统计频次确定单元和初始运行状态确定单元。

目标运行状态关键字确定单元，用于从多个运行状态关键字中，确定目标运行状态关键字。

统计频次确定单元，用于目标运行状态关键字在子服务资源日志中的统计频次。

初始运行状态确定单元，用于根据与目标运行状态关键字关联的统计频次，确定与子服务资源相关联的初始运行状态。

根据本公开的实施例，目标运行状态关键字与关键字等级相关联。

其中，初始运行状态确定单元包括初始运行状态确定子单元。

初始运行状态确定子单元，用于根据统计频次和与目标运行状态关键字相关联的关键字等级，确定与子服务资源相关联的初始运行状态。

根据本公开的实施例，初始运行状态确定子单元进一步被配置为：根据统计频次和关键字等级，从预设的运行状态阵列中确定与目标运行状态关键字相对应的目标运行状态元素；以及根据目标运行状态元素，确定初始运行状态；其中，运行状态阵列包括多个运行状态元素，运行状态阵列的第一维度指示与运行状态元素相关联的元素统计频次，运行状态阵列的第二维度指示与运行状态元素相关联的元素关键字等级。

根据本公开的实施例，子服务资源包括以下至少一项：操作系统资源、数据库资源、中间件资源。

根据本公开的实施例，子服务资源日志获取模块610、初始运行状态确定模块620、目标运行状态确定模块630和服务资源运行状态检测结果确定模块640中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，子服务资源日志获取模块610、初始运行状态确定模块620、目标运行状态确定模块630和服务资源运行状态检测结果确定模块640中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，子服务资源日志获取模块610、初始运行状态确定模块620、目标运行状态确定模块630和服务资源运行状态检测结果确定模块640中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图7示意性示出了根据本公开实施例的适于实现服务资源运行状态检测方法的电子设备的方框图。

如图7所示，根据本公开实施例的电子设备700包括处理器701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。处理器701例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器701还可以包括用于缓存用途的板载存储器。处理器701可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 703中，存储有电子设备700操作所需的各种程序和数据。处理器701、ROM702以及RAM 703通过总线704彼此相连。处理器701通过执行ROM 702和/或RAM 703中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 702和RAM 703以外的一个或多个存储器中。处理器701也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备700还可以包括输入/输出(I/O)接口705，输入/输出(I/O)接口705也连接至总线704。电子设备700还可以包括连接至输入/输出(I/O)接口705的以下部件中的一项或多项：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至输入/输出(I/O)接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 702和/或RAM 703和/或ROM 702和RAM 703以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的方法。

在该计算机程序被处理器701执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分709被下载和安装，和/或从可拆卸介质711被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (13)

1.一种服务资源运行状态检测方法，包括：

获取与服务资源相关的子服务资源日志，其中，所述服务资源包括多个子服务资源，所述子服务资源日志与所述子服务资源相关联，所述子服务资源与服务资源拓扑中的子资源节点相关联，所述服务资源拓扑表征多个所述子服务资源之间的运行依赖关系；

根据所述子服务资源日志各自的运行状态关键字，确定与所述子服务资源相关联的初始运行状态；

根据所述运行依赖关系更新与所述子服务资源关联的初始运行状态，得到与所述子服务资源关联的目标运行状态；以及

根据多个所述子服务资源各自关联的目标运行状态，确定所述服务资源的服务资源运行状态检测结果。

2.根据权利要求1所述的方法，其中，多个所述子资源节点各自具有节点层级，所述节点层级包括N级，N为大于1的整数；

其中，根据所述运行依赖关系更新与所述子服务资源关联的初始运行状态，得到与所述子服务资源关联的目标运行状态包括：

从多个所述子资源节点中，确定第n-1级目标子资源节点；

根据与第n-1级所述目标子资源节点相关联的第n-1级目标运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级目标运行状态，其中，所述第n级所述关联子资源节点与第n-1级所述目标子资源节点具有运行依赖关系；

在N＝n的情况下，得到与多个所述子服务资源各自关联的目标运行状态，其中，与第1级所述目标子资源节点相关联的初始运行状态被确定为所述第1级目标运行状态。

3.根据权利要求2所述的方法，其中，所述服务资源拓扑包括子资源节点集群，所述子资源节点集群包括多个集群节点；

其中，根据与第n-1级所述目标子资源节点相关联的第n-1级目标运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级目标运行状态包括：

在第n-1级所述目标子资源节点包含于子资源节点集群中的情况下，确定与所述第n-1级所述目标子资源节点相关联的关联集群节点；以及

根据与所述关联集群节点相关联的初始运行状态，更新与第n级关联子资源节点相对应的第n级初始运行状态，得到第n级所述目标运行状态。

4.根据权利要求2或3中任一项所述的方法，其中，所述服务资源拓扑为树形拓扑，第N级所述目标子资源节点为所述树形拓扑的根节点。

5.根据权利要求1所述的方法，其中，根据多个所述子服务资源各自关联的目标运行状态，确定所述服务资源的服务资源运行状态检测结果包括：

根据多个所述子服务资源各自关联的目标运行状态，更新所述服务拓扑中多个所述子资源节点各自的节点显示属性，得到目标服务资源拓扑；以及

将所述目标服务资源拓扑确定为所述服务资源运行状态检测结果。

6.根据权利要求1所述的方法，其中，所述运行状态关键字包括多个；

其中，根据所述子服务资源日志各自的运行状态关键字，确定与所述子服务资源相关联的初始运行状态包括：

从多个所述运行状态关键字中，确定目标运行状态关键字；

确定所述目标运行状态关键字在所述子服务资源日志中的统计频次；以及

根据与所述目标运行状态关键字关联的统计频次，确定与所述子服务资源相关联的初始运行状态。

7.根据权利要求6所述的方法，其中，所述目标运行状态关键字与关键字等级相关联；

其中，根据与所述目标运行状态关键字关联的统计频次，确定与所述子服务资源相关联的初始运行状态包括：

根据所述统计频次和与所述目标运行状态关键字相关联的关键字等级，确定与所述子服务资源相关联的初始运行状态。

8.根据权利要求7所述的方法，其中，根据所述统计频次和与所述目标运行状态关键字相关联的关键字等级，确定与所述子服务资源相关联的初始运行状态包括：

根据所述统计频次和所述关键字等级，从预设的运行状态阵列中确定与所述目标运行状态关键字相对应的目标运行状态元素；以及

根据所述目标运行状态元素，确定所述初始运行状态；

其中，所述运行状态阵列包括多个运行状态元素，所述运行状态阵列的第一维度指示与所述运行状态元素相关联的元素统计频次，所述所述运行状态阵列的第二维度指示与所述运行状态元素相关联的元素关键字等级。

9.根据权利要求1所述的方法，其中，所述子服务资源包括以下至少一项：

操作系统资源、数据库资源、中间件资源。

10.一种服务资源运行状态检测装置，包括：

子服务资源日志获取模块，用于获取与服务资源相关的子服务资源日志，其中，所述服务资源包括多个子服务资源，所述子服务资源日志与所述子服务资源相关联，所述子服务资源与服务资源拓扑中的子资源节点相关联，所述服务资源拓扑表征多个所述子服务资源之间的运行依赖关系；

初始运行状态确定模块，用于根据所述子服务资源日志各自的运行状态关键字，确定与所述子服务资源相关联的初始运行状态；

目标运行状态确定模块，用于根据所述运行依赖关系更新与所述子服务资源关联的初始运行状态，得到与所述子服务资源关联的目标运行状态；以及

服务资源运行状态检测结果确定模块，用于根据多个所述子服务资源各自关联的目标运行状态，确定所述服务资源的服务资源运行状态检测结果。

11.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～9中任一项所述的方法。

12.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～9中任一项所述的方法。

13.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～9中任一项所述的方法。