日志处理方法、装置及容器组

技术领域

本申请实施例涉及计算机技术领域，具体涉及一种日志处理方法、装置及容器组。

背景技术

日志服务是针对日志类数据进行采集传输、存储、处理的一站式服务。大部分的软件服务都需要通过日志服务来发现、定位、追踪问题，而日志采集是日志服务的基础。当需要根据日志信息实现监控报警时，针对日志信息的指标提取就是不可或缺的。

目前，通过在节点上部署日志采集容器来进行本节点内所有容器的日志采集。日志采集过程中，通过服务发现模块动态发现节点内所有容器的标准输出和日志文件；然后，将采集到的文件传输到存储设备，通过日志服务对存储设备中的日志文件进行指标提取。

发明内容

本申请实施例提出了一种日志处理方法、装置及容器组。

第一方面，本申请实施例提供了一种日志处理方法，上述方法包括：通过日志采集容器采集日志采集容器所在的容器组对应的配置信息，配置信息用于指示日志采集容器对容器组中的应用容器进行日志处理，日志采集容器被预先注入容器组中，日志采集容器中存储容器组中的应用容器的日志存储目录；根据配置信息，通过日志采集容器处理日志存储目录中的日志。

在一些实施例中，上述方法还包括：通过日志采集容器采集表征用户对于日志的处理需求的日志属性信息，并根据日志属性信息生成指示配置信息。

在一些实施例中，配置信息为用于表征进行日志指标提取的提取配置信息。

第二方面，本申请实施例提供了一种容器组，上述容器组包括应用容器和日志采集容器，日志采集容器中存储容器组中的应用容器的日志存储目录；日志采集容器中设有控制模块、日志处理模块；控制模块用于采集容器组对应的配置信息，并根据配置信息控制日志处理模块处理日志存储目录中的日志。

在一些实施例中，日志采集容器还设有配置采集模块；配置采集模块用于采集表征用户对于日志的处理需求的日志属性信息，并根据日志属性信息生成指示日志处理模块进行日志处理的配置信息。

在一些实施例中，配置信息为用于表征进行日志指标提取的提取配置信息。

在一些实施例中，控制模块还用于判定配置信息是否发生变化；响应于确定配置信息发生变化，根据配置信息的变化信息，控制日志处理模块的运行来处理日志存储目录信息中的日志。

在一些实施例中，日志采集容器还设有自监控模块；自监控模块用于采集日志采集容器中各模块的运行状态信息和日志。

第三方面，本申请实施例提供了一种日志处理装置，上述装置包括：信息采集单元，被配置成通过日志采集容器采集日志采集容器所在的容器组对应的配置信息，配置信息用于指示日志采集容器对容器组中的应用容器进行日志处理，日志采集容器被预先注入容器组中，日志采集容器中存储容器组中的应用容器的日志存储目录；日志处理单元，被配置成根据配置信息，通过日志采集容器处理日志存储目录中的日志。

在一些实施例中，上述装置还包括：信息生成单元，被配置成通过日志采集容器采集表征用户对于日志的处理需求的日志属性信息，并根据日志属性信息生成指示配置信息。

在一些实施例中，配置信息为用于表征进行日志指标提取的提取配置信息。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现如第一方面任一实现方式描述的方法。

第五方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面任一实现方式描述的方法。

本申请实施例提供的日志处理方法、装置及容器组，首先，通过日志采集容器采集日志采集容器所在的容器组对应的配置信息，配置信息用于指示日志采集容器对容器组中的应用容器进行日志处理，日志采集容器被预先注入容器组中，日志采集容器中存储容器组中的应用容器的日志存储目录；然后，根据配置信息，通过日志采集容器处理日志存储目录中的日志。本申请通过日志采集容器处理容器组中的应用容器的日志，不需要捆绑日志服务，减少了针对日志处理的资源消耗，提高了日志处理的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的日志处理方法的一个实施例的流程图；

图3是根据本实施例的日志处理方法的应用场景的示意图；

图4是根据本申请的日志处理方法的又一个实施例的流程图；

图5是根据本申请的容器组的一个实施例的结构图；

图6是根据本申请的日志处理装置的一个实施例的结构图；

图7是适于用来实现本申请实施例的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的日志处理方法及装置的示例性架构 100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103可以是支持网络连接从而进行数据交互和数据处理的硬件设备或软件。当终端设备101、102、103为硬件时，其可以是支持信息交互、网络连接等功能的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如接收终端设备101、 102、103的访问请求以提供图像识别、数据处理、数据匹配等功能的服务器。服务器可以对接收到的各种数据进行存储或处理，并将处理结果反馈给终端设备。

需要说明的是，本公开的实施例所提供的日志处理方法可以由服务器105执行。相应地，日志处理装置可以设置于服务器105中。服务器105中安装了自动化容器操作平台，例如可以是Kubernetes平台， Kubernetes平台是一个开源的容器编排引擎，可以将服务器中的应用容器化，使得各种应用支持容器的编排调度。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

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

继续参考图2，示出了根据本申请的日志处理方法的一个实施例的流程200，包括以下步骤：

步骤201，通过日志采集容器采集日志采集容器所在的容器组对应的配置信息。

本实施例中，执行主体(例如图1中的服务器)安装了自动化容器操作平台，容器操作平台可以将服务器中的应用容器化，使得各种应用支持容器的编排调度。例如，自动化容器操作平台可以是 Kubernetes平台。

在Kubernetes平台中，其上运行的程序被打包成容器，每个容器中含有一个或多个应用程序，应用程序容器化允许用户创建自足式的 Linux执行环境。容器中的程序以及其所有的依赖设置项都可以打包成一个文件，然后在网络上共享。任何人都可以下载该容器，并在所拥有的基础设施上部署该容器。

一个容器或多个需要协同工作的容器可以组成容器组。容器组是 Kubernetes平台进行创建或部署应用的最小的基本单位。每个容器组中运行应用的单个实例，如果需要水平扩展应用实例，则可以使用多个容器组以分别运行实例，也即通过复制容器组来实现应用扩展。

容器组可以设置于安装了Kubernetes平台的节点上。节点可以是物理服务器或者虚拟机，其上可以设有一个或多个容器组。多个安装了Kubernetes平台的节点可以构成集群。

本实施例中，Kubernetes平台可以自动化地部署和复制容器，可以随时扩展或收缩容器规模，并且能够实现容器间的负载均衡。

本实施例中，日志采集容器被预先注入容器组中，也即，容器组中包括应用容器和日志采集容器。日志采集容器中存储有日志采集容器所属的容器组中的应用容器的日志存储目录，应用容器的日志存储目录中存储有该应用容器的日志文件。

可以以Sidecar模式将日志采集容器注入容器组中。Sidecar模式是一种将应用功能从应用本身剥离出来作为单独进程的方式，该模式允许用户向应用无侵入地添加多种功能，避免了为满足第三方组件需求而向应用添加额外的配置代码。就像将边车加装在摩托车上一样，容器组中，日志采集容器附加到容器组中，以扩展容器组日志处理的功能特性，同时日志采集容器与应用容器之间是松耦合的。

本实施例中，配置信息用于指示日志采集容器对容器组中的应用容器进行日志处理。例如，配置信息可以是用于指示日志采集容器对容器组中的应用容器进行日志采集的日志采集配置信息。日志采集配置信息包括但不限于日志关键字、日志路径、日志标签、输出装置信息。

在一些可选的实现方式中，配置信息还可以是用于表征进行日志指标提取的日志提取配置信息。日志提取配置信息包括但不限于日志路径、日志标签、指标提取规则、指标名称、指标类型。其中，指标可以是表征容器中的应用运行状况的任何指标，例如可以是请求的延时、运行过程中的异常错误数量，根据提取的指标可以进一步监控各应用的运行状况以及进行异常报警。

对于提取的指标，可以通过Prometheus进行报警监控。 Prometheus是由SoundCloud(一家德国网站)开发的开源监控告警应用。本实施例中的提取的指标可以采用Prometheus支持的格式，以使得Prometheus可以直接运用所提取的指标。

本实施例的执行主体通过日志采集容器采集该日志采集容器所在的容器组对应的配置信息。

步骤202，根据配置信息，通过日志采集容器处理日志存储目录中的日志。

本实施例中，执行主体根据在获取配置信息后，可以根据配置信息，通过日志采集容器处理日志存储目录中的日志。

当配置信息为用于指示日志采集容器对容器组中的应用容器进行日志采集的日志采集配置信息时，执行主体获取该日志采集配置信息中的日志路径下的、包含该日志采集配置信息中的日志关键字的日志文件，并将符合上述条件的日志文件输出到指定的输出装置中进行存储。

在一些可选的实现方式中，当配置信息是用于表征进行日志指标提取的日志提取配置信息时，执行主体可以获取该日志提取配置信息中的日志路径下的，符合指标提取规则、指标名称或指标类型的日志文件。进一步的，通过指标提取后的日志文件的统计信息，可以进行相应应用的运行状态的监控。

本实施例中，可以通过功能模块实现上述步骤201、步骤202中的相关操作，将上述相关操作分成若干个功能模块，每个功能模块完成了一个子功能，再把这些功能模块联系起来组成一个整体，以满足所要求的整个日志采集容器的功能。例如，可以在日志采集容器中设置控制模块、日志处理模块，控制模块可以采集容器组对应的配置信息，并根据配置信息控制日志处理模块处理日志存储目录中的日志。

图3示意性地示出了根据本实施例的日志处理方法的一个应用场景。服务器集群中包括多个安装了自动化容器操作平台的服务器。运行在该服务器集群中的容器组中包括应用容器和日志采集容器。服务器集群中的各应用在对应的容器中运行。各容器组中的日志采集容器采集日志采集容器所在的容器组对应的配置信息。

图3中，运行在服务器301中容器组302包括日志采集容器303、应用容器304、应用容器305和应用容器306。日志采集容器306获取到对应的配置信息，该配置信息用于指示日志采集容器303采集应用容器304、应用容器305、应用容器306的日志文件，日志采集容器303根据存储的应用容器304的日志存储目录、应用容器305的日志存储目录、应用容器306的日志存储目录进行日志采集，并将采集的日志文件输出到指定的设备307。

现有技术中，通过在节点上部署日志采集容器来进行本节点内所有容器的日志采集，当节点内容器组增多时，导致日志采集容器的采集压力增大，甚至会造成遗漏采集日志的情况。日志采集过程中，通过服务发现模块动态发现节点内所有容器的标准输出和日志文件；然后，将采集到的文件传输到指定的存储设备，通过日志服务对存储设备中的日志文件进行指标提取，也即现有技术中，必须通过绑定日志服务进行日志采集的后续处理。

本实施例中，每个容器组中包括应用容器和日志采集容器，通过日志采集容器处理容器组中的应用容器的日志，不需要捆绑日志服务，不需要基于存储设备进行日志处理，减少了针对日志处理的资源消耗，提高了日志处理的效率。

继续参考图4，示出了根据本申请的日志处理方法的另一个实施例的示意性流程400，包括以下步骤：

步骤401，通过日志采集容器采集表征用户对于日志的处理需求的日志属性信息。

本实施例中，日志属性信息为用户通过输入设备输入的表征该用户对于日志的处理需求的日志属性信息。例如，对应于配置信息为，包括但不限于：日志所属的容器、采集日志后需要添加的标签、表征日志内容的关键字、提取的日志的指标信息。

执行主体通过日志采集容器可以采集表征用户对于日志的处理需求的日志属性信息。

步骤402，根据所述日志属性信息生成配置信息。

本实施例中，执行主体根据所述日志属性信息生成配置信息，以使得配置信息可以被日志采集容器识别。

在一些可选的实现方式中，执行主体将生成的配置信息挂载到指定的配置信息存储目录，以使得配置信息可以被准确地获取。

步骤403，通过日志采集容器采集日志采集容器所在的容器组对应的配置信息。

本实施例中，步骤403按照与步骤201类似的方式执行，在此不再赘述。

步骤404，根据配置信息，通过日志采集容器处理日志存储目录中的日志。

本实施例中，步骤404按照与步骤202类似的方式执行，在此不再赘述。

从图4中可以看出，与图2对应的实施例相比，本实施例中的日志处理方法的流程400具体说明了通过日志采集容器可以采集表征用户对于日志的处理需求的日志属性信息，并根据日志属性信息生成指示配置信息。如此，执行主体获取日志属性信息，并根据日志属性信息生成配置信息，缩短了针对用户日志处理需求的响应时间，提高了用户体验度。

继续参考图5，示出了根据本申请的容器组的一个实施例的示意性架构500。如图5所示，容器组501包括应用容器502和日志采集容器503，日志采集容器中存储容器组中的应用容器的日志存储目录；日志采集容器中设有控制模块5031、日志处理模块5032；控制模块用于采集容器组对应的配置信息，并根据配置信息控制日志处理模块处理日志存储目录中的日志。

在一些可选的实现方式中，日志采集容器还设有配置采集模块；配置采集模块用于采集表征用户对于日志的处理需求的日志属性信息，并根据日志属性信息生成指示日志处理模块进行日志处理的配置信息。

在一些可选的实现方式中，配置信息为用于表征进行日志指标提取的提取配置信息。

在一些可选的实现方式中，控制模块还用于判定配置信息是否发生变化；响应于确定配置信息发生变化，根据配置信息的变化信息，控制日志处理模块的运行来处理日志存储目录信息中的日志。具体的，配置信息的变化信息录入可以是用于表征增加配置信息的变化信息、用于表征删除配置信息的变化信息或是用于表征改变配置信息的变化信息。

在一些可选的实现方式中，日志采集容器还设有自监控模块；自监控模块用于采集日志采集容器中各模块的运行状态信息和日志。

本实施例中，日志采集容器通过多个功能模块相互配合实现其整体功能，配置信息发生改变时，只需要重启日志采集容器中的日志处理模块即可更新配置信息，不必因配置信息发生改变需要重启日志采集容器而造成整个节点中应用容器的重启，减小了对应用容器的侵入性。

继续参考图6，作为对上述各图所示方法的实现，本公开提供了一种日志处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图6所示，日志处理装置包括：信息采集单元601和日志处理单元602。

信息采集单元601被配置成通过日志采集容器采集日志采集容器所在的容器组对应的配置信息，配置信息用于指示日志采集容器对容器组中的应用容器进行日志处理，日志采集容器被预先注入容器组中，日志采集容器中存储容器组中的应用容器的日志存储目录；日志处理单元602被配置成根据配置信息，通过日志采集容器处理日志存储目录中的日志。

在一些可选的实现方式中，上述装置还包括：信息生成单元(图中未示出)，被配置成通过日志采集容器采集表征用户对于日志的处理需求的日志属性信息，并根据日志属性信息生成指示配置信息。

在一些可选的实现方式中，配置信息为用于表征进行日志指标提取的提取配置信息。

下面参考图7，其示出了适于用来实现本申请实施例的设备(例如图1所示的设备101、102、103、105)的计算机系统700的结构示意图。图7示出的设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括处理器(例如CPU，中央处理器)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM703中，还存储有系统700操作所需的各种程序和数据。处理器701、ROM702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

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

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本申请的方法中限定的上述功能。

需要说明的是，本申请的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，程序设计语言包括面向目标的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在客户计算机上执行、部分地在客户计算机上执行、作为一个独立的软件包执行、部分在客户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到客户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器，包括信息采集单元和日志处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，信息采集单元还可以被描述为“通过日志采集容器采集日志采集容器所在的容器组对应的配置信息”的单元。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该计算机设备：通过日志采集容器采集日志采集容器所在的容器组对应的配置信息，配置信息用于指示日志采集容器对容器组中的应用容器进行日志处理，日志采集容器被预先注入容器组中，日志采集容器中存储容器组中的应用容器的日志存储目录；根据配置信息，通过日志采集容器处理日志存储目录中的日志。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。