CN114844771A - 微服务系统的监测方法、装置、存储介质、程序产品 - Google Patents

Abstract

本申请实施例提供了一种微服务系统的监测方法、装置、计算机装置、计算机可读存储介质及计算机程序产品，涉及微服务系统数据处理技术领域。该方法包括：通过所述转发程序获取操作页面针对各个所述代理程序所配置的日志采集规则，并向各个所述代理程序进行广播；将各个所述代理程序与所述日志采集规则进行匹配，根据匹配结果各个所述代理程序从所关联的微服务程序读取对应的日志信息；当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求；所述转发程序响应所述采集请求，向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将日志信息的快照写入数据库。本申请实施例实现问题点的快速定位。

Description

微服务系统的监测方法、装置、存储介质、程序产品

技术领域

本申请涉及微服务系统数据处理技术领域，具体而言，本申请涉及一种微服务系统的监测方法、装置、计算机装置、计算机可读存储介质及计算机程序产品。

背景技术

随着信息技术的不断发展，越来越多的微服务应用在云平台本身及其上，用户对新业务的需求以及对服务质量的要求也不断提升。由此带来了一项新的挑战，即新环境产生大量的以前不曾有过的日志，由于相关日志的关联性低，无法清晰定位。随着微服务的增加，运维的压力也越来越大，一旦出现问题，日志系统是运维时用的主要依据。

当日志系统出现问题时，通用的做法是将各个微服务的日志信息写入并集成，并提供一个同一的界面给用户使用，这样用户可以在同一界面上利用关键字对各个微服务器的日志信息进行搜索和查询。

然而，现有的做法需要搜索和查询的日志信息量大，运维人员无法快速有效地定位到问题产生点。

发明内容

本申请实施例提供了一种微服务系统的监测方法、装置、计算机装置、计算机可读存储介质及计算机程序产品，用于解决现有的微服务系统的无法快速有效地定位到问题产生点的技术问题。

根据本申请实施例的第一个方面，提供了一种微服务系统的监测方法，其中，所述微服务器系统包括多个微服务程序和转发程序，每个所述微服务程序关联对应的代理程序，所有所述代理程序与转发程序进行日志相关信息的交互；

该方法至少包括以下步骤：

通过所述转发程序获取操作页面针对各个所述微服务程序所配置的第一日志采集规则，并向各个所述代理程序进行广播；

将各个所述代理程序本地存储的第二日志采集规则与所述第一日志采集规则进行匹配，各个所述代理程序根据匹配成功的第一日志采集规则，从对应的微服务程序读取对应的日志信息；

当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求；

所述转发程序响应所述采集请求，向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常日志信息同一生成时间的日志信息的快照写入数据库。

在一方面的可选实施例中，所述将各个所述代理程序本地存储的第二日志采集规则与所述第一日志采集规则进行匹配，包括：

利用各个所述代理程序的检测进程读取各个所述第一日志采集规则，并提取第一规则关键字；

将所述第一规则关键字与各个代理程序本地存储的第二日志采集规则的第二规则关键字进行匹配；

若所述第一规则关键字与第二规则关键字相同，则匹配成功。

在一方面的可选实施例中，所述当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求，包括：

根据预设的异常信息，对所述日志信息进行监测；

当监测到当前产生的日志信息为异常日志信息时，由产生该异常日志信息的微服务程序所关联的代理程序向所述转发程序发送日志信息的采集请求。

在一方面的可选实施例中，所述的微服务系统的监测方法，还包括：

若各个所述第二日志采集规则与第一日志采集规则均匹配失败时，确认该第一日志采集规则为新增日志采集规则；

提取所述新增日志采集规则的规则关键字，确认所述新增日志采集规则所对应的代理程序，并将所述新增日志采集规则缓存于该代理程序中；

根据该确认的信息，对应的代理程序将所述新增日志采集规则作为第二日志采集规则，存储至本地，使得该代理程序从其关联的微服务程序读取对应的日志信息。

在一方面的可选实施例中，所述对应的所述代理程序向所述转发程序发送日志信息的采集请求之后，还包括：

所述微服务器系统中所有的代理程序根据日志信息的采集指令，对在所述异常日志信息同一生成时间的日志信息进行缓存，对该日志信息建立快速索引。

在一方面的可选实施例中，所述向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常日志信息同一生成时间的日志信息的快照写入数据库，包括：

根据所述快速索引，各个所述代理程序将该缓存的日志信息的快照写入数据库。

在一方面的可选实施例中，所述各个所述代理程序将该缓存的日志信息的快照写入数据库之前，还包括：

所述在所述异常日志信息对应的第二日志采集规则中预设的异常日志监测时间间隔内，所述代理程序将多次监测到的内容相同的异常日志信息的生成时间更新至最新的生成时间。

在一方面的可选实施例中，所述的微服务系统的监测方法，还包括：

所述转发程序监测到所述微服务系统的指标信息；

当所述指标信息为异常时，所述转发程序向各个所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常指标信息同一生成时间的日志信息的快照写入数据库。

根据本申请实施例的另一个方面，提供了一种微服务系统的监测装置，其中，所述微服务器系统包括多个微服务程序和转发程序，每个所述微服务程序关联对应的代理程序，所有所述代理程序与转发程序进行日志相关信息的交互。

该微服务系统的监测装置，包括：

采集规则广播模块，用于通过所述转发程序获取操作页面针对各个所述微服务程序所配置的日志采集规则，并向各个所述微服务程序进行广播；

日志信息读取模块，用于将各个所述微服务程序与所述日志采集规则进行匹配，根据匹配结果各个所述代理程序从数据库中读取对应的日志信息；

日志信息采集模块，用于当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求；

日志信息写入模块，用于所述转发程序响应所述采集请求，向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将在所述异常日志信息产生时间中所生成的日志信息的快照写入数据库。

根据本申请实施例的另一个方面，提供了一种计算机装置，包括存储器、处理器及存储在存储器上的计算机程序，所述处理器执行所述计算机程序以前述任一项所述的微服务系统的监测方法的步骤。

根据本申请实施例的另一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时前述任一项所述的微服务系统的监测方法的步骤。

根据本申请实施例的另一个方面，提供了一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时前述任一项所述的微服务系统的监测方法的步骤。

本申请实施例提供的技术方案带来的有益效果是：

基于本申请上述实施例所提供的微服务系统的监测方法，通过转发程序从操作页面所获取的第一日志采集规则与微服务系统中的各个代理程序本地存储的第二日志采集规则进行匹配。根据匹配的结果，各个代理程序根据匹配成功的第一日志采集规则从所关联的微服务程序读取对应的日志信息；当监测到异常日志信息时，利用对应的代理程序向转发程序发送日志信息的采集请求，转发程序响应所述采集请求向该微服务系统中所有代理程序发送日志信息的采集指令，使得各个代理程序将与异常日志信息同一生成时间的日志信息进行快照，生成对应的日志信息快照，并将该日志信息快照写入数据库。基于本申请的实施例的基础上，利用转发程序连接操作页面和各个代理程序，并且利用该转发程序接收来自代理程序基于异常日志信息的监测结果所发出的日志信息的采集请求，使得代理程序在与异常日志信息同一生成时间的日志信息进行快照。这样，利用该转发程序可从全局把握整个微服务系统于每个时间点的运行是否处于正常状态。并且，基于该方案，通过判断日志信息确认微服务系统是否正常时，只是针对与异常日志信息同一生成时间的日志信息进行快照处理，与现有的针对大量的不同时间点所生成的日志信息进行搜索和查询的方案比较而言，本申请所提供的方案能够大大降低数据处理量，以针对整个微服务系统实现快速有效地定位到问题产生点。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请公开的实施例所提供的一种微服务系统的架构图；

图2为本申请公开的实施例所提供的一种微服务系统的监测方法的流程示意图；

图3为本申请公开的实施例所提供的一种微服务系统的监测方法的步骤S120的详细流程示意图；

图4为本申请公开的实施例所提供的一种微服务系统的监测方法的步骤S130的详细流程示意图；

图5为本申请公开的实施例所提供的一种微服务系统的监测方法中的代理程序的工作流程框架图；

图6为本申请公开的实施例所提供的一种微服务系统的监测方法的时序图；

图7为本申请公开的实施例所提供的一种微服务系统的监测装置的结构示意图；

图8为本申请实施例提供的一种微服务系统的监测的计算机装置的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”指示实现为“A”，或者实现为“A”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1为本申请公开的实施例所提供的一种微服务系统的架构图。

参考图1，在本申请的实施例所提供的一种微服务系统的监测方法，是基于如下微服务系统。

在本实施例中，该微服务系统100可以将附着的系统或应用程序切分为多个微服务程序(也可以称为：微服务节点)，每个微服务程序可以实现一个独立的业务逻辑，例如，多个微服务程序包括微服务程序101A、微服务程序102A、以及微服务程序103A。其中，多个微服务程序可以通过一个计算机设备实现，也可以通过多个计算机设备实现。

该微服务系统100通过将系统或应用程序分离成不同的业务逻辑和/或通信逻辑，每个业务逻辑和通信逻辑分别以对应的微服务程序进行数据处理。而每个微服务程序关联对应的代理程序。该代理程序用于负责代理与之关联的微服务程序进行数据通信。如图1中的微服务程序101A、微服务程序102A、以及微服务程序103A，分别对应的代理程序101B、代理程序102B和代理程序103B。

在该微服务系统100中，还包括：转发程序104。该转发程序104可用于将操作页面105对微服务系统的操作指令、设置条件或信息向微服务系统的其他程序、节点或组件进行广播、发布。具体是，该转发程序104将操作页面105输入的操作指令、设置条件或信息向每个代理程序进行广播，以便使得代理程序能够从所关联的微服务程序读取日志信息。在本实施例中，该转发程序执行的数据通信可以是日志相关信息，例如，有关日志信息相关的请求指令、采集指令等。

在本实施例中，操作页面105可以是该微服务系统100的操作页面，也可以是与该微服务系统100进行数据通信的客户端设备的操作页面。该操作页面105除了能够为微服务程序设置日志采集规则以外，还可以直接向数据库发出查询请求，并接收查询结果和/或其他相关的反馈信息。

在本实施例中，该微服务系统还可以应用于数据库、浏览器等领域。例如，浏览器应用程序可以用于接收用户请求，并处理操作页面发出的请求生成请求结果以返回给操作页面。参考图1，该微服务系统100可以包括数据库106。在本实施例中，每个代理程序从所关联的微服务程序读取对应的日志信息，并写入数据库中。

参考图2，图2为本申请公开的实施例所提供的一种微服务系统的监测方法的流程示意图。

在上述实施例所提供的微服务系统的基础上，本申请所提供的微服务系统的监测方法，至少包括以下步骤：

S110、通过所述转发程序获取操作页面针对各个所述微服务程序所配置的第一日志采集规则，并向各个所述代理程序进行广播；

S120、将各个所述代理程序本地存储的第二日志采集规则与所述第一日志采集规则进行匹配，各个所述代理程序根据匹配成功的第一日志采集规则从对应的微服务程序读取对应的日志信息；

S130、当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求；

S140、所述转发程序响应所述采集请求，向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常日志信息的同一生成时间的日志信息的快照写入数据库。

结合图1，对上述步骤S110至S140的执行过程进行详细描述：

在本申请所提供的微服务系统的监测方法，当用户通过其客户端设备的操作页面，或者是微服务程序的操作页面因条件触发，根据微服务系统和/或其执行的应用程序的业务逻辑和/或通信逻辑，切分成若干个的微服务程序配置对应第一日志采集规则。通过转发程序获取该第一日志采集规则，并向该微服务系统中所有的代理程序进行广播。

在该微服务系统中所有的代理程序，根据各自的业务逻辑和/或通信逻辑，在本地存储对于的第二日志采集规则。根据该第二日志采集规则与与从转发程序所广播的第一日志采集规则进行匹配。在本实施例中，每个第一日志采集规则或第二日志采集规则可以包括规范类型和适用范围的信息。其中，类似规范类型和适用范围的日志采集规则的相关信息，可以以字段信息储存至该日志采集规则中。在匹配的过程中，可以根据业务逻辑和/或通信逻辑所产生日志的类型与该规则类型进行匹配。并且，可以通过该第二日志采集规则的适用范围，确定与可以进行匹配的代理程序的范围。具体地，该适用范围可以是针对某日志采集规则适用的代理程序的范围是全部还是特定的代理程序。

参考上述关于代理程序本地存储的第二日志采集规则与第一日志采集规则的匹配的执行，分别得到与各个第一日志采集规则匹配成功的代理程序。根据该匹配成功的结果，各个代理程序从所关联的微服务程序读取满足对应的第一日志采集规则的日志信息，并且将该第一日志采集规则作为该代理程序本地规则库存储的第二日志采集规则。而该代理程序则根据本地规则库存储的第二日志采集规则，实时读取所关联的微服务程序的最新生成的日志信息。

对于上述读取并对日志信息进行匹配的过程中，当监测到异常日志信息时，该异常日志信息所对应的微服务程序所关联的代理程序向转发程序发送日志信息的采集请求。

该转发程序基于该日志信息的采集请求，向该微服务系统中所有的代理程序发送日志信息的采集指令。各个微服务程序所关联的代理程序基于该日志信息的采集指令，将与异常日志信息同一生成时间的日志信息进行快照，形成日志信息快照，并将该日志信息快照写入数据库中。

基于本申请上述实施例所提供的微服务系统的监测方法，通过转发程序从操作页面所获取的第一日志采集规则与微服务系统中的各个代理程序本地存储的第二日志采集规则进行匹配。根据匹配的结果，各个代理程序根据匹配成功的第一日志采集规则从所关联的微服务程序读取对应的日志信息；当监测到异常日志信息时，利用对应的代理程序向转发程序发送日志信息的采集请求，转发程序响应所述采集请求向该微服务系统中所有代理程序发送日志信息的采集指令，使得各个代理程序将与异常日志信息同一生成时间的日志信息进行快照，生成对应的日志信息快照，并将该日志信息快照写入数据库。基于本申请的实施例的基础上，利用转发程序连接操作页面和各个代理程序，并且利用该转发程序接收来自代理程序基于异常日志信息的监测结果所发出的日志信息的采集请求，使得代理程序在与异常日志信息同一生成时间的日志信息进行快照。这样，利用该转发程序可从全局把握整个微服务系统于每个时间点的运行是否处于正常状态。并且，基于该方案，通过判断日志信息确认微服务系统是否正常时，只是针对与异常日志信息同一生成时间的日志信息进行快照处理，与现有的针对大量的不同时间点所生成的日志信息进行搜索和查询的方案比较而言，本申请所提供的方案能够大大降低数据处理量，以针对整个微服务系统实现快速有效地定位到问题产生点。

参考图3，图3为本申请公开的实施例所提供的一种微服务系统的监测方法的步骤S120的详细流程示意图。

在所提供的实施例的基础上，对上述步骤S120中的将各个所述代理程序本地存储的第二日志采集规则与所述第一日志采集规则进行匹配的步骤进行了进一步拓展：

S121、利用各个所述代理程序的检测进程读取各个所述第一日志采集规则，并提取第一规则关键字；

S122、将所述第一规则关键字与各个代理程序本地存储的第二日志采集规则的第二规则关键字进行匹配；

S123、若所述第一规则关键字与第二规则关键字相同，则匹配成功。

在本实施例中，每个第一日志采集规则或第二日志采集规则，还包括对应的规则关键字。而每个微服务程序也包括对应的规则关键字，根据该规则关键字，可以反映对应的微服务程序的业务逻辑、通信逻辑，和/或对应的日志信息等内容。

在上述的步骤S121－S123的执行过程中，代理程序从第一日志采集规则提取第一规则关键字。具体地，在本实施例中，代理程序将第一日志采集规则应用于检测进程，使该检测进程读取第一日志采集规则，并提取日志采集规则中的第一规则关键字。

将该第一规则关键字与各个代理程序本地存储的第二日志采集规则的第二规则关键字进行匹配。

当第一规则关键字与第二规则关键字相同，则匹配成功。

根据规则关键字匹配成功所对应的第一日志采集规则，对应代理程序则从其关联的微服务程序读取满足该第一日志采集规则的日志信息。

对于上述的匹配成功，可以是第一规则关键字与第二规则关键字的内容相同、业务逻辑或通信逻辑相同、或同样满足某种数学关系等。

基于该实施例，能够利用日志采集规则的规则关键字，与各个代理程序进行精准匹配，所述规则关键字作为微服务系统中的关联基础，有助于更快速实现问题定位的目的。

参考图4，图4为本申请公开的实施例所提供的一种微服务系统的监测方法的步骤S130的详细流程示意图。

针对上述步骤S130，可进一步包括：

S131、根据预设的异常信息，对所述日志信息进行监测；

S132、当监测到当前产生的日志信息为异常日志信息时，由产生该异常日志信息的微服务程序所关联的代理程序向所述转发程序发送日志信息的采集请求。

在该步骤S131－S132的执行过程中，利用预设的异常信息，如error/ERROR/Error，Warning/warning/等等，针对每个微服务程序所产生的日志信息进行监测。当监测到当前产生的日志信息出现预设的异常信息时，确认该日志信息为异常日志信息。此时，利用产生该异常日志信息的微服务程序所关联的代理程序向转发程序发送日志信息的采集请求。

在本实施例中，该日志信息的采集请求，可以是针对所有的微服务程序所产生的日志信息进行采集，也可以是只针对特定的微服务程序所产生的日志信息进行采集，例如出现异常日志信息的微服务程序。

每个日志采集规则可以包括规则类型，对于步骤S120中的将各个所述代理程序与所述日志采集规则进行匹配，能够进一步包括：

代理程序从第一日志采集规则中获取对应的规则类型。从各个所述微服务读取所生成的日志信息，根据所述规则类型将所述日志信息与所述第一日志采集规则进行匹配。

在上述实施例中，每个微服务程序所关联的代理程序，作为对应的微服务程序的代理，并且与微服务程序所生成的日志信息进行匹配，以保证能够及时根据自身的数据情况，请求转发程序触发对应的日志信息的采集工作，同时，也能够确保可以根据转发程序的采集指令，得到相应的日志信息的相关数据。

参考图5，图5为本申请公开的实施例所提供的一种微服务系统的监测方法中的代理程序的工作流程框架图。

在图5所提供的代理程序的工作流程框架图中，根据不同的数据处理流程，划分成不同的流程模块。

根据图5中关于执行S200的流程模块，本申请所提供的微服务系统的监测方法，还可进一步包括：

若各个所述第二日志采集规则与第一日志采集规则均匹配失败时，确认该第一日志采集规则为新增日志采集规则；

提取所述新增日志采集规则的规则关键字，确认所述新增日志采集规则所对应的代理程序，并将所述新增日志采集规则缓存于该代理程序中；

根据该确认的信息，对应的代理程序将所述新增日志采集规则作为第二日志采集规则，存储至本地，使得该代理程序从其关联的微服务程序读取对应的日志信息。

对新增日志采集规则存储至本地的规则库，作为对应的代理程序的第二日志采集规则，代理程序从所关联的微服务程序读取对应的日志信息。当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求。

对于该新增至代理程序本地的第二日志采集规则而言，其包含了预设的异常日志监测时间间隔。即不同的第二日志采集规则的异常日志监测时间间隔是分别设置的。该异常日志监测时间间隔，是以异常日志信息的监测结果作为触发条件，对内容相同的异常日志信息进行实时监测的单位监测时长。

若某一第二日志采集规则的异常日志监测时间间隔发生修改，且对应的读取日志信息为异常时，则根据修改后的异常日志监测时间间隔对该日志信息的日常情况进行监控。则根据改变后的异常日志监测时间间隔，代理程序读取所关联的微服务程序的日志信息。当该第二日志采集规则中的规则关键字或体现业务逻辑和通信逻辑的属性信息发生修改，则该修改后的第二日志采集规则与原来的第二日志采集规则是不同的，此时，代理程序根据修改后的第二日志采集规则，读取所关联的微服务程序的日志信息。

根据图5中关于执行S300的流程模块，本申请所提供的微服务系统的监测方法，在步骤S130之后，各个微服务程序所关联的代理程序，还可进一步执行：

所述微服务器系统中所有的代理程序根据日志信息的采集指令，对在所述异常日志信息同一生成时间的日志信息进行缓存，对该日志信息建立快速索引。

具体地，参考图1中所提供的微服务系统对该实施例进行说明：

当代理程序101B监测到所读取到异常日志信息时，该代理程序101B向转发程序发送日志信息的采集请求。该转发程序响应该采集请求，分别向代理程序101B、代理程序102B和代理程序103B发送日志信息的采集指令，使得该代理程序101B、代理程序102B和代理程序103B对在异常日志信息的同一生成时间各自所产生的日志信息进行缓存，为该缓存的日志信息建立快速索引。

基于上述实施例的步骤S140中的向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常日志信息同一生成时间的日志信息的快照写入数据库，包括：

根据所述快速索引，各个所述代理程序将该缓存的日志信息的快照写入数据库。

基于该实施例，只将与异常日志信息以及与其同一生成时间的日志信息写入数据库，从而避免现有技术中将大量时间点所产生的日志信息同时写入数据库，能够将写入数据库的日志信息精准至产生异常日志信息的时间点，从而有利于快速定位到问题产生点，也避免了大量的日志信息增加数据库的负荷。

根据图5中关于执行S400的流程模块，本申请所提供的微服务系统的监测方法，在步骤S140之后，各个微服务程序所关联的代理程序，即在各个所述代理程序将该缓存的日志信息的快照写入数据库之前，还可进一步执行：

所述在所述异常日志信息对应的第二日志采集规则中预设的异常日志监测时间间隔内，所述代理程序将多次监测到的内容相同的异常日志信息的生成时间更新至最新的生成时间。

在本实施例中，异常日志监测时间间隔是针对每个第二日志采集规则预先设定的。该异常日志监测时间间隔，是以异常日志信息的监测结果作为触发条件，对内容相同的异常日志信息进行实时监测的单位监测时长。

延用图1中所提供的微服务系统对该实施例进行说明：

当代理程序101B监测到异常日志信息时，代理程序101B、代理程序102B和代理程序103B分别将产生异常日志信息的同一时间所产生的日志信息进行缓存。并且，代理程序101B在该异常日志信息对应的第二日志采集规则对应的异常日志监测时间间隔(如1分钟)内，监测内容相同的异常日志信息是否重复出现。例如，在一个异常日志监测时间间隔内，代理程序101B监测到内容相同的异常日志信息最新生成的时间点为第59秒。代理程序101B根据该异常日志信息的生成时间更新为该第59秒对应的实际时间，并且将更新了最新的生成时间的异常日志信息与代理程序102B和代理程序103B原来已在该异常日志监测时间间隔起始时间所缓存的日志信息进行快照处理，并写入数据库中。

当代理程序接收到转发程序所发送的日志信息的采集指令时，根据异常日志监测时间间隔对异常日志信息的生成时间进行更新，并且将更新为最新生成时间的异常日志信息与其他代理程序已缓存的日志信息一同进行快照处理，从而大量免去了未出现异常日志信息的时间点的日志信息的采集，从而减少数据总量和减轻数据运行所带来的负担。

若在该该异常日志监测时间间隔内，该代理程序监测内容相同的异常日志信息未再出现，则将代理程序101B、代理程序102B和代理程序103B原来已在该异常日志监测时间间隔起始时间所缓存的日志信息进行快照处理，并写入数据库中。

若在上述的异常日志监测时间间隔内，当代理程序102B监测到异常日志信息时，同样按照上述在异常日志监测时间间隔内对对应的异常日志信息进行排重以及对缓存的日志信息进行快照和写入数据库的方法，进行独立执行。

基于该实施例，本申请能够过滤冗余日志信息，确保写入数据库的日志信息为关键有效信息。

另外，在本申请中，除了能够实现对日志信息进行实时监测以外，还同时实现对该微服务系统的运行进行实时监测。在本实施例中，微服务系统通过转发程序实时搜集系统的指标信息。该指标信息可以关于CPU，Memory、或者该微服务系统的运行数据。当该指标信息为异常时，该异常的指标信息作为触发条件，触发转发程序向各个微服务程序所关联的代理程序发送日志信息的采集指令。可以参考上述其他实施例，根据该日志信息的采集指令，各个代理程序将产生异常的指标信息的时间点，和/或，将包括产生异常的指标信息的时间点所产生的日志信息进行采集、排重以及写入数据库。

基于该实施例，本申请所提供的微服务系统的监测方法可以包括：针对异常的指标信息进行日志信息的采集的技术方案，相对于针对异常日志信息进行日志信息的采集的技术方案，对于转发程序而言，该两种日志信息的采集的技术方案分别为主动采集模式和被动采集模式。基于该两种日志信息的采集模式，能够从微服务系统运行情况，以及数据情况进行全面监测，针对监测得到的异常情况，及时定位问题点。

参考图6，图6为本申请公开的实施例所提供的一种微服务系统的监测方法的时序图。

为了能够从整体的角度对本申请的微服务系统的监测方法进行描述，，以用户使用操作页面的实施例进行举例说明，该微服务系统的监测方法，包括以下步骤：

S1、用户通过操作页面针对各个所述代理程序所配置的第一日志采集规则；

S2、转发程序通过操作页面的配置信息中获取该第一日志采集规则；

S3、转发程序向各个微服务程序所关联的代理程序广播所获取的第一日志采集规则；

S4、各个代理程序将该第一日志采集规则与各个代理程序本地存储的第二日志采集规则进行匹配，代理程序根据匹配成功的第一日志采集规则，从对应的微服务程序读取对应的日志信息，当监测到异常日志信息时，向转发程序发送日志信息的采集请求；

S5、转发程序响应该日志信息的采集请求，或者是根据微服务系统的异常的指标信息，向所有所述代理程序发送日志信息的采集指令；

S6、各个代理程序根据该日志信息的采集指令，将对应的日志信息写入数据库中；

S7、用户可以通过操作页面，对数据库发出查询请求；

S8、根据该查询请求，数据库向操作页面反馈相应的查询信息。

在上述步骤S1-S8中，其中步骤S1-S6为针对异常的日志信息进行日志信息的采集的技术方案，属于上述实施例提到的日志信息的被动采集模式；而步骤S5-S6为针对异常指标信息进行日志信息的采集的技术方案，属于上述实施例提到的日志信息的主动采集模式。

图7为本申请公开的实施例所提供的一种微服务系统的监测装置的结构示意图。

本申请实施例提供了一种微服务系统的监测装置，所在的微服务器系统包括多个微服务程序和转发程序，每个所述微服务程序关联对应的代理程序，所有所述代理程序与转发程序进行日志相关信息的交互。

如图7所示，该微服务系统的监测装置700，包括：

采集规则广播模块710，用于通过所述转发程序获取操作页面针对各个所述微服务程序所配置的第一日志采集规则，并向各个所述代理程序进行广播；

日志信息读取模块720，用于将各个所述代理程序本地存储的第二日志采集规则与所述第一日志采集规则进行匹配，各个所述代理程序根据匹配成功的第一日志采集规则，从对应的微服务程序读取对应的日志信息；

日志信息采集模块730，用于当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求；

日志信息写入模块740，用于所述转发程序响应所述采集请求，向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常日志信息同一生成时间的日志信息的快照写入数据库。

本实施例的微服务系统的监测装置700可执行本申请上述实施例所示的微服务系统的监测方法，其实现原理相类似，此处不再赘述。

本申请所提供的微服务系统的监测装置700，通过转发程序从操作页面所获取的第一日志采集规则与微服务系统中的各个代理程序本地存储的第二日志采集规则进行匹配。根据匹配的结果，各个代理程序根据匹配成功的第一日志采集规则从所关联的微服务程序读取对应的日志信息；当监测到异常日志信息时，利用对应的代理程序向转发程序发送日志信息的采集请求，转发程序响应所述采集请求向该微服务系统中所有代理程序发送日志信息的采集指令，使得各个代理程序将与异常日志信息同一生成时间的日志信息进行快照，生成对应的日志信息快照，并将该日志信息快照写入数据库。基于本申请的实施例的基础上，利用转发程序连接操作页面和各个代理程序，并且利用该转发程序接收来自代理程序基于异常日志信息的监测结果所发出的日志信息的采集请求，使得代理程序在与异常日志信息同一生成时间的日志信息进行快照。这样，利用该转发程序可从全局把握整个微服务系统于每个时间点的运行是否处于正常状态。并且，基于该方案，通过判断日志信息确认微服务系统是否正常时，只是针对与异常日志信息同一生成时间的日志信息进行快照处理，与现有的针对大量的不同时间点所生成的日志信息进行搜索和查询的方案比较而言，本申请所提供的方案能够大大降低数据处理量，以针对整个微服务系统实现快速有效地定位到问题产生点。

日志信息读取模块720，还用于利用各个所述代理程序的检测进程读取各个所述第一日志采集规则，并提取第一规则关键字；

将所述第一规则关键字与各个代理程序本地存储的第二日志采集规则的第二规则关键字进行匹配；

若所述第一规则关键字与第二规则关键字相同，则匹配成功。

日志信息采集模块730，还用于根据预设的异常信息，对所述日志信息进行监测；

当监测到当前产生的日志信息为异常日志信息时，由产生该异常日志信息的微服务程序所关联的代理程序向所述转发程序发送日志信息的采集请求。

日志信息读取模块720，还用于若各个所述第二日志采集规则与第一日志采集规则均匹配失败时，确认该第一日志采集规则为新增日志采集规则；

提取所述新增日志采集规则的规则关键字，确认所述新增日志采集规则所对应的代理程序，并将所述新增日志采集规则缓存于该代理程序中；

根据该确认的信息，对应的代理程序将所述新增日志采集规则作为第二日志采集规则，存储至本地，使得该代理程序从其关联的微服务程序读取对应的日志信息。

日志信息采集模块730，在所述对应的所述代理程序向所述转发程序发送日志信息的采集请求之后，还用于所述微服务器系统中所有的代理程序根据日志信息的采集指令，对在所述异常日志信息同一生成时间的日志信息进行缓存，对该日志信息建立快速索引。

日志信息写入模块740，用于根据所述快速索引，各个所述代理程序将该缓存的日志信息的快照写入数据库。

日志信息写入模块740，所述各个所述代理程序将该缓存的日志信息的快照写入数据库之前，还用于所述在所述异常日志信息对应的第二日志采集规则中预设的异常日志监测时间间隔内，所述代理程序将多次监测到的内容相同的异常日志信息的生成时间更新至最新的生成时间。

日志信息写入模块740，还用于所述转发程序监测到所述微服务系统的指标信息；

当所述指标信息为异常时，所述转发程序向各个所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常指标信息同一生成时间的日志信息的快照写入数据库。

本申请实施例的装置可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

本申请实施例中提供了一种计算机装置，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现微服务系统的监测方法的步骤，与现有技术相比可实现：通过转发程序从操作页面所获取的第一日志采集规则与微服务系统中的各个代理程序本地存储的第二日志采集规则进行匹配。根据匹配的结果，各个代理程序根据匹配成功的第一日志采集规则从所关联的微服务程序读取对应的日志信息；当监测到异常日志信息时，利用对应的代理程序向转发程序发送日志信息的采集请求，转发程序响应所述采集请求向该微服务系统中所有代理程序发送日志信息的采集指令，使得各个代理程序将与异常日志信息同一生成时间的日志信息进行快照，生成对应的日志信息快照，并将该日志信息快照写入数据库。基于本申请的实施例的基础上，利用转发程序连接操作页面和各个代理程序，并且利用该转发程序接收来自代理程序基于异常日志信息的监测结果所发出的日志信息的采集请求，使得代理程序在与异常日志信息同一生成时间的日志信息进行快照。这样，利用该转发程序可从全局把握整个微服务系统于每个时间点的运行是否处于正常状态。并且，基于该方案，通过判断日志信息确认微服务系统是否正常时，只是针对与异常日志信息同一生成时间的日志信息进行快照处理，与现有的针对大量的不同时间点所生成的日志信息进行搜索和查询的方案比较而言，本申请所提供的方案能够大大降低数据处理量，以针对整个微服务系统实现快速有效地定位到问题产生点。

在一个可选实施例中提供了一种计算机装置，如图8所示，图8所示的计算机装置4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，计算机装置4000还可以包括收发器4004，收发器4004可以用于该计算机装置与其他计算机装置之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该计算机装置4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器4003用于存储执行本申请实施例的计算机程序，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的计算机程序，以实现前述方法实施例所示的步骤。

其中，计算机装置包括但不限于：台式计算机装置、移动电脑或便携式移动终端-如手机、平板电脑等。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述的微服务系统的监测方法实施例的步骤及相应内容。

本申请实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时可实现前述的微服务系统的监测方法实施例的步骤及相应内容。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (12)

1.一种微服务系统的监测方法，其特征在于，其中，所述微服务器系统包括多个微服务程序和转发程序，每个所述微服务程序关联对应的代理程序，所有所述代理程序与转发程序进行日志相关信息的交互；

所述方法至少包括以下步骤：

通过所述转发程序获取操作页面针对各个所述微服务程序所配置的第一日志采集规则，并向各个所述代理程序进行广播；

将各个所述代理程序本地存储的第二日志采集规则与所述第一日志采集规则进行匹配，各个所述代理程序根据匹配成功的第一日志采集规则，从对应的微服务程序读取对应的日志信息；

当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求；

所述转发程序响应所述采集请求，向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常日志信息同一生成时间的日志信息的快照写入数据库。

2.根据权利要求1所述的微服务系统的监测方法，其特征在于，

所述将各个所述代理程序本地存储的第二日志采集规则与所述第一日志采集规则进行匹配，包括：

利用各个所述代理程序的检测进程读取各个所述第一日志采集规则，并提取第一规则关键字；

将所述第一规则关键字与各个代理程序本地存储的第二日志采集规则的第二规则关键字进行匹配；

若所述第一规则关键字与第二规则关键字相同，则匹配成功。

3.根据权利要求1所述的微服务系统的监测方法，其特征在于，

所述当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求，包括：

根据预设的异常信息，对所述日志信息进行监测；

当监测到当前产生的日志信息为异常日志信息时，由产生该异常日志信息的微服务程序所关联的代理程序向所述转发程序发送日志信息的采集请求。

4.根据权利要求1所述的微服务系统的监测方法，其特征在于，还包括：

若各个所述第二日志采集规则与第一日志采集规则均匹配失败时，确认该第一日志采集规则为新增日志采集规则；

提取所述新增日志采集规则的规则关键字，确认所述新增日志采集规则所对应的代理程序，并将所述新增日志采集规则缓存于该代理程序中；

根据该确认的信息，对应的代理程序将所述新增日志采集规则作为第二日志采集规则，存储至本地，使得该代理程序从其关联的微服务程序读取对应的日志信息。

5.根据权利要求4所述的微服务系统的监测方法，其特征在于，

所述对应的所述代理程序向所述转发程序发送日志信息的采集请求，包括：

所述微服务器系统中所有的代理程序根据日志信息的采集指令，对在所述异常日志信息同一生成时间的日志信息进行缓存，对该日志信息建立快速索引。

6.根据权利要求5所述的微服务系统的监测方法，其特征在于，

所述向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常日志信息同一生成时间的日志信息的快照写入数据库，包括：

根据所述快速索引，各个所述代理程序将该缓存的日志信息的快照写入数据库。

7.根据权利要求6所述的微服务系统的监测方法，其特征在于，所述各个所述代理程序将该缓存的日志信息的快照写入数据库之前，还包括：

所述在所述异常日志信息对应的第二日志采集规则中预设的异常日志监测时间间隔内，所述代理程序将多次监测到的内容相同的异常日志信息的生成时间更新至最新的生成时间。

8.根据权利要求1所述的微服务系统的监测方法，其特征在于，还包括：

所述转发程序监测到所述微服务系统的指标信息；

当所述指标信息为异常时，所述转发程序向各个所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常指标信息同一生成时间的日志信息的快照写入数据库。

9.一种微服务系统的监测装置，其特征在于，

其中，所述微服务器系统包括多个微服务程序和转发程序，每个所述微服务程序关联对应的代理程序，所有所述代理程序与转发程序进行日志相关信息的交互；

所述微服务系统的监测装置，包括：

采集规则广播模块，用于通过所述转发程序获取操作页面针对各个所述微服务程序所配置的第一日志采集规则，并向各个所述代理程序进行广播；

日志信息读取模块，用于将各个所述代理程序本地存储的第二日志采集规则与所述第一日志采集规则进行匹配，各个所述代理程序根据匹配成功的第一日志采集规则，从对应的微服务程序读取对应的日志信息；

日志信息采集模块，用于当监测到异常日志信息时，对应的所述代理程序向所述转发程序发送日志信息的采集请求；

日志信息写入模块，用于所述转发程序响应所述采集请求，向所有所述代理程序发送日志信息的采集指令，使得各个所述代理程序将与所述异常日志信息同一生成时间的日志信息的快照写入数据库。

10.一种计算机装置，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-8任一项所述的微服务系统的监测方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-8任一项所述的微服务系统的监测方法的步骤。

12.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-8任一项所述的微服务系统的监测方法的步骤。

Images