CN114064387A - 日志监控方法、系统、装置及计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种日志监控方法、装置及计算机可读存储介质，涉及计算机技术领域。其中的日志监控方法包括：实时检测Kubernetes各容器内的业务日志文件；在检测到业务日志文件打印业务错误码时，利用业务错误码查询预设的错误信息映射表，获得业务错误码对应的前置业务错误码、业务错误信息以及业务错误节点，其中，前置业务错误码所表示的业务错误导致业务错误码所表示的业务错误；输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点。本公开能够对Kubernetes环境下多个应用容器中的日志文件进行自动化分析，减小了在Kubernetes环境下通过日志文件分析业务错误的操作复杂度和操作时长，从而降低了业务错误造成的负面影响。

Description

日志监控方法、系统、装置及计算机可读存储介质

技术领域

本公开涉及计算机技术领域，特别涉及一种日志监控方法、装置及计算机可读存储介质。

背景技术

Kubernetes是一个开源的用于管理云平台中多个主机上的容器化的应用。Kubernetes的目标是让部署容器化的应用简单并且高效。

Kubernetes提供了应用部署、规划、更新、维护的一种机制。Pod是可以创建和管理Kubernetes计算的最小可部署单元。在Kubenetes中，所有的容器均在Pod中运行，一个Pod可以承载一个或者多个相关的容器。

发明内容

本公开解决的一个技术问题是，如何减小在Kubernetes环境下通过分析业务错误的操作复杂度和操作时长。

根据本公开实施例的一个方面，提供了一种日志监控方法，包括：实时检测Kubernetes各容器内的业务日志文件；在检测到业务日志文件打印业务错误码时，利用业务错误码查询预设的错误信息映射表，获得业务错误码对应的前置业务错误码、业务错误信息以及业务错误节点，其中，前置业务错误码所表示的业务错误导致业务错误码所表示的业务错误；输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点。

在一些实施例中，输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点包括：根据错误信息映射表，依次确定业务错误码的各级前置业务错误码，各级前置业务错误码中前一级前置业务错误码所表示的业务错误导致后一级业务错误码所表示的业务错误，各级前置业务错误码中的末级前置错误码为前置错误码，各级前置业务错误码中的首级前置错误码不具有前一级前置错误码；按照从末级前置错误码至首级前置错误码的顺序，依次输出各级前置业务错误码及其对应的业务错误码、业务错误信息以及业务错误节点。

在一些实施例中，日志监控方法还包括：在检测到业务日志文件打印业务错误码时，将业务错误码所在的日志段落截取至宿主机本地；输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点的同时，还输出日志段落。

在一些实施例中，日志监控方法还包括：利用业务错误码分别与前置业务错误码、业务错误信息以及业务错误节点的对应关系，预先创建错误信息映射表。

根据本公开实施例的另一个方面，提供了一种日志监控系统，包括：文件检测模块，被配置为实时检测Kubernetes各容器内的业务日志文件；错误码查询模块，被配置为：在检测到业务日志文件打印业务错误码时，利用业务错误码查询预设的错误信息映射表，获得业务错误码对应的前置业务错误码、业务错误信息以及业务错误节点，其中，前置业务错误码所表示的业务错误导致业务错误码所表示的业务错误；信息输出模块，被配置为：输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点。

在一些实施例中，信息输出模块被配置为：根据错误信息映射表，依次确定业务错误码的各级前置业务错误码，各级前置业务错误码中前一级前置业务错误码所表示的业务错误导致后一级业务错误码所表示的业务错误，各级前置业务错误码中的末级前置错误码为前置错误码，各级前置业务错误码中的首级前置错误码不具有前一级前置错误码；按照从末级前置错误码至首级前置错误码的顺序，依次输出各级前置业务错误码及其对应的业务错误码、业务错误信息以及业务错误节点。

在一些实施例中，日志监控系统还包括日志截取模块，被配置为在检测到业务日志文件打印业务错误码时，将业务错误码所在的日志段落截取至宿主机本地；信息输出模块被配置为：输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点的同时，还输出日志段落。

在一些实施例中，日志监控系统还包括映射表创建模块，被配置为：利用业务错误码分别与前置业务错误码、业务错误信息以及业务错误节点的对应关系，预先创建错误信息映射表。

根据本公开实施例的又一个方面，提供了一种日志监控装置，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器中的指令，执行前述的日志监控方法。

根据本公开实施例的再一个方面，提供了一种计算机可读存储介质，其中，计算机可读存储介质存储有计算机指令，指令被处理器执行时实现前述的日志监控方法。

本公开能够对Kubernetes环境下多个应用容器中的日志文件进行自动化分析，减小了在Kubernetes环境下通过日志文件分析业务错误的操作复杂度和操作时长，从而降低了业务错误造成的负面影响。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示出了本公开一些实施例的日志监控方法的流程示意图。

图2示出了本公开一些实施例的日志监控系统的结构示意图。

图3示出了本公开一些实施例的日志监控装置的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

发明人研究发现，在部署一个传统的应用时，应用程序记录日志的方式通常记录到文件里，一般(但不一定)会记录到/var/log目录下。而应用容器化后，不同于以往将所有日志放在主机系统的统一位置，日志分散在很多不同容器的相互隔离的环境中。因此应用日志的监控、收集与分析是日常运维工作重要的部分，妥善地处理应用日志收集往往是应用容器化的一个重要问题。

在Kubernetes容器化环境中，日志分散在很多不同容器的相互隔离的环境中，如果运维人员需登录各容器获取日志，整合后进行分析定位，则工作效率和自动化程度较低。有鉴于此，本公开提出了在Kubernetes环境下的日志监控方法，解决了容器相互隔离的情况下对业务应用节点海量日志的分析难题。

首先结合图1描述本公开日志监控方法的一些实施例。

图1示出了本公开一些实施例的日志监控方法的流程示意图。如图1所示，本实施例包括步骤S101～步骤S105。

在步骤S101中，实时检测Kubernetes各容器内的业务日志文件。

例如，可以在宿主机中部署动态日志监控系统，实时检测Kubernetes容器A、容器B、容器C内的业务日志文件。

在检测到业务日志文件打印业务错误码时，执行步骤S103；在未检测到业务日志文件打印业务错误码时，返回步骤S101。

在步骤S103中，利用业务错误码查询预设的错误信息映射表，获得业务错误码对应的前置业务错误码、业务错误信息以及业务错误节点。

表1

表1示例性示出了错误信息映射表。错误信息映射表可以通过表数据的形式存在数据库中，方便日志分析时进行查询。其中，错误信息是对业务错误码所对应业务错误的描述，前置业务错误码所表示的业务错误导致业务错误码所表示的业务错误。例如业务错误X导致业务错误Y，那么X即是Y的前置错误码，如上62001是62007的前置错误码，而62007是62011的前值错误码。

在步骤S105中，输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点。

首先，根据错误信息映射表，依次确定业务错误码的各级前置业务错误码，各级前置业务错误码中前一级前置业务错误码所表示的业务错误导致后一级业务错误码所表示的业务错误，各级前置业务错误码中的末级前置错误码为前置错误码，各级前置业务错误码中的首级前置错误码不具有前一级前置错误码。

然后，按照从末级前置错误码至首级前置错误码的顺序，依次输出各级前置业务错误码及其对应的业务错误码、业务错误信息以及业务错误节点。前置业务错误码、业务错误码、业务错误信息以及业务错误节点可以形成异常信息记录。

例如，SIM卡状态变更订单失败，根据订单号去节点日志中查询获取对应报错日志内容，根据定位日志内容获取末级业务错误码62011。根据末级业务错误码62011查询错误信息映射表确定前置业务错误码62007，根据业务错误码62007查询错误信息映射表确定前置业务错误码62001……依次类推，直至获取的首级业务错误码(例如62001)无前置错误码(为空值NULL)时，即定位到了业务报错的初始原因，并呈现给运维人员。此时运维人员可以介入，通过查看异常信息记录，可以分析错误信息，从而迅速定位错误问题并解决错误问题，从而对业务系统进行恢复。

在一些实施例中，日志监控方法，还包括步骤S100。

在步骤S100中，利用业务错误码分别与前置业务错误码、业务错误信息以及业务错误节点的对应关系，预先创建错误信息映射表。

上述实施例能够对Kubernetes环境下多个应用容器中的日志文件进行自动化分析，实现了对业务错误的自动化初步排查，减小了在Kubernetes环境下运维人员通过日志文件分析业务错误的操作复杂度和操作时长，使得运维人员能够更便捷的发现业务错误、更直观的定位业务错误、更快速的解决业务错误，从而降低了业务错误造成的负面影响。

在一些实施例中，日志监控方法还包括步骤S102。

在步骤S102中，在检测到业务日志文件打印业务错误码时，将业务错误码所在的日志段落截取至宿主机本地。例如，在检测到业务日志文件打印业务错误码时，可以对业务错误码所在的日志段落进行定位、截取并存储至宿主机本地。相应的，在步骤S105中，输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点的同时，还输出日志段落。

本实施例通过对多个应用容器的业务日志的自动化定位、筛选、采集与存储，能够降低运维人员获取业务日志的操作复杂度，使得运维人员能够更便捷的发现业务错误、更直观的定位业务错误、更快速的解决业务错误，从而降低了业务错误造成的负面影响。

下面结合图2描述本公开日志监控系统的一些实施例。

图2示出了本公开一些实施例的日志监控系统的结构示意图。如图2所示，本实施例中的日志监控系统20包括：文件检测模块201，被配置为实时检测Kubernetes各容器内的业务日志文件；错误码查询模块203，被配置为：在检测到业务日志文件打印业务错误码时，利用业务错误码查询预设的错误信息映射表，获得业务错误码对应的前置业务错误码、业务错误信息以及业务错误节点，其中，前置业务错误码所表示的业务错误导致业务错误码所表示的业务错误；信息输出模块205，被配置为：输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点。

在一些实施例中，日志监控系统还包括映射表创建模块200，被配置为：利用业务错误码分别与前置业务错误码、业务错误信息以及业务错误节点的对应关系，预先创建错误信息映射表。

上述实施例能够对Kubernetes环境下多个应用容器中的日志文件进行自动化分析，实现了对业务错误的自动化初步排查，减小了在Kubernetes环境下运维人员通过日志文件分析业务错误的操作复杂度和操作时长，使得运维人员能够更便捷的发现业务错误、更直观的定位业务错误、更快速的解决业务错误，从而降低了业务错误造成的负面影响。

在一些实施例中，信息输出模块205被配置为：根据错误信息映射表，依次确定业务错误码的各级前置业务错误码，各级前置业务错误码中前一级前置业务错误码所表示的业务错误导致后一级业务错误码所表示的业务错误，各级前置业务错误码中的末级前置错误码为前置错误码，各级前置业务错误码中的首级前置错误码不具有前一级前置错误码；按照从末级前置错误码至首级前置错误码的顺序，依次输出各级前置业务错误码及其对应的业务错误码、业务错误信息以及业务错误节点。

在一些实施例中，日志监控系统还包括日志截取模块202，被配置为在检测到业务日志文件打印业务错误码时，将业务错误码所在的日志段落截取至宿主机本地；信息输出模块被配置为：输出业务错误码、前置业务错误码、业务错误信息以及业务错误节点的同时，还输出日志段落。

本实施例通过对多个应用容器的业务日志的自动化定位、筛选、采集与存储，能够降低运维人员获取业务日志的操作复杂度，使得运维人员能够更便捷的发现业务错误、更直观的定位业务错误、更快速的解决业务错误，从而降低了业务错误造成的负面影响。

下面结合图3描述本公开日志监控装置的一些实施例。

图3示出了本公开一些实施例的日志监控装置的结构示意图。如图3所示，该实施例的日志监控装置30包括：存储器310以及耦接至该存储器310的处理器320，处理器320被配置为基于存储在存储器310中的指令，执行前述任意一些实施例中的日志监控方法。

其中，存储器310例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。

日志监控装置30还可以包括输入输出接口330、网络接口340、存储接口350等。这些接口330、340、350以及存储器310和处理器320之间例如可以通过总线360连接。其中，输入输出接口330为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口340为各种联网设备提供连接接口。存储接口350为SD卡、U盘等外置存储设备提供连接接口。

本公开还包括一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现前述任意一些实施例中的日志监控方法。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本公开的较佳实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

1.一种日志监控方法，包括：

实时检测Kubernetes各容器内的业务日志文件；

在检测到所述业务日志文件打印业务错误码时，利用所述业务错误码查询预设的错误信息映射表，获得所述业务错误码对应的前置业务错误码、业务错误信息以及业务错误节点，其中，所述前置业务错误码所表示的业务错误导致所述业务错误码所表示的业务错误；

输出所述业务错误码、所述前置业务错误码、业务错误信息以及业务错误节点。

2.根据权利要求1所述的日志监控方法，其中，所述输出所述业务错误码、所述前置业务错误码、业务错误信息以及业务错误节点包括：

根据所述错误信息映射表，依次确定所述业务错误码的各级前置业务错误码，各级前置业务错误码中前一级前置业务错误码所表示的业务错误导致后一级业务错误码所表示的业务错误，各级前置业务错误码中的末级前置错误码为所述前置错误码，各级前置业务错误码中的首级前置错误码不具有前一级前置错误码；

按照从末级前置错误码至首级前置错误码的顺序，依次输出各级前置业务错误码及其对应的业务错误码、业务错误信息以及业务错误节点。

3.根据权利要求1或2所述的日志监控方法，还包括：

在检测到所述业务日志文件打印业务错误码时，将所述业务错误码所在的日志段落截取至宿主机本地；

输出所述业务错误码、所述前置业务错误码、业务错误信息以及业务错误节点的同时，还输出所述日志段落。

4.根据权利要求1所述的日志监控方法，还包括：

利用所述业务错误码分别与所述前置业务错误码、所述业务错误信息以及所述业务错误节点的对应关系，预先创建所述错误信息映射表。

5.一种日志监控系统，包括：

文件检测模块，被配置为实时检测Kubernetes各容器内的业务日志文件；

错误码查询模块，被配置为：在检测到所述业务日志文件打印业务错误码时，利用所述业务错误码查询预设的错误信息映射表，获得所述业务错误码对应的前置业务错误码、业务错误信息以及业务错误节点，其中，所述前置业务错误码所表示的业务错误导致所述业务错误码所表示的业务错误；

信息输出模块，被配置为：输出所述业务错误码、所述前置业务错误码、业务错误信息以及业务错误节点。

6.根据权利要求5所述的日志监控系统，其中，所述信息输出模块被配置为：

根据所述错误信息映射表，依次确定所述业务错误码的各级前置业务错误码，各级前置业务错误码中前一级前置业务错误码所表示的业务错误导致后一级业务错误码所表示的业务错误，各级前置业务错误码中的末级前置错误码为所述前置错误码，各级前置业务错误码中的首级前置错误码不具有前一级前置错误码；

按照从末级前置错误码至首级前置错误码的顺序，依次输出各级前置业务错误码及其对应的业务错误码、业务错误信息以及业务错误节点。

7.根据权利要求5或6所述的日志监控系统，还包括日志截取模块，被配置为在检测到所述业务日志文件打印业务错误码时，将所述业务错误码所在的日志段落截取至宿主机本地；

所述信息输出模块被配置为：输出所述业务错误码、所述前置业务错误码、业务错误信息以及业务错误节点的同时，还输出所述日志段落。

8.根据权利要求5所述的日志监控系统，还包括映射表创建模块，被配置为：利用所述业务错误码分别与所述前置业务错误码、所述业务错误信息以及所述业务错误节点的对应关系，预先创建所述错误信息映射表。

9.一种日志监控装置，包括：

存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1至4中任一项所述的日志监控方法。

10.一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如权利要求1至4中任一项所述的日志监控方法。

Images