CN108804279A - 修改日志打印等级的方法及应用设备 - Google Patents

Abstract

本说明书实施例提供一种配置化修改日志打印等级的应用设备，该应用设备包括：推送交互模块，配置为接收推送平台所推送的日志等级修改命令；以及日志等级修改模块，配置为从推送交互模块接收日志等级修改命令，根据所述日志等级修改命令，修改所述应用设备的日志打印等级。还提供了对应的方法。如此，以配置化、可插拔的方式，灵活高效地实现日志打印等级的修改。

Description

修改日志打印等级的方法及应用设备

技术领域

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及修改系统日志打印等级的方法和应用设备。

背景技术

为了了解系统的运行情况，在产生异常的时候进行错误定位，开发人员记录和打印的系统运行信息称为系统的日志(log)。日志对了解系统性能、定位和排查系统错误起到不可或缺的作用。因此，通常情况下，系统在执行业务运算的同时，打印系统日志，以备开发人员查询。

随着业务的不断增加，在业务高峰期的时候，应用容量会捉襟见肘。这个时候打印某些输出量很大的日志，如访问数据库的dal日志，会占用大量的IO性能，同时因为日志量大，会迅速占满磁盘，导致服务器无法写入而宕机。另一方面，这类日志又特别重要，对于错误的排查定位不可或缺，因此在平时必须进行打印。于是，就产生了修改日志打印等级的需求，例如在业务高峰期降级一些日志，也就是不打印这些日志，而在非高峰期，正常打印这些日志。

图1示出常规技术中修改日志打印等级的方式。如图1所示，在业务高峰期间，需要有开发人员通过手动修改系统代码，来修改日志打印等级，也就是对日志打印进行降级处理。此后，由测试人员对开发人员的修改进行线下测试，在测试验收完成之后，交由发布人员进行发布上线，也就是将修改了日志打印等级的系统代码应用到服务器系统的各个设备中，使其线上生效。这个过程涉及到多方面的人员，以及多方面的工作，包括代码开发、测试验收、发布，花费大量的人力，以及很长的时间(通常需要几天甚至一周的时间完成整个周期)。当业务高峰期过去之后，又需要回滚到平时状态。在回滚过程中，仍然需要投入人力，进行代码修改、测试验收和发布，使得系统恢复到常规日志打印等级的状态。可以看到，这样的方式费时费力，很不灵活。

因此，希望能有改进的方案，能够灵活高效地修改日志打印等级。

发明内容

本说明书一个或多个实施例描述了一种方法和装置，以配置化的方式实现日志打印等级的灵活修改。

根据第一方面，提供了一种配置化修改日志打印等级的应用设备，包括：推送交互模块，配置为接收推送平台所推送的日志等级修改命令；以及日志等级修改模块，配置为从所述推送交互模块接收所述日志等级修改命令，根据所述日志等级修改命令，修改所述应用设备的日志打印等级。

在一个实施例中，推送交互模块还配置为，预先向所述推送平台注册所述应用设备的设备信息，以及接受的命令类型，其中所述命令类型包括用于标识所述日志等级修改命令的特定标识符。

在一个实施例中，推送交互模块进一步配置为，从所述推送平台接收推送命令，在所述推送命令包含所述特定标识符的情况下，将所述推送命令作为日志等级修改命令转达给所述日志等级修改模块。

根据一种可能的设计，日志等级修改模块包括校验子模块，配置为校验所述日志等级修改命令的合法性。

在一种可能的设计中，日志等级修改命令包括，将日志打印的起始等级从第一等级修改为第二等级的命令；相应地，日志等级修改模块配置为，将所述应用设备的日志记录器的日志打印起始等级从所述第一等级修改为所述第二等级。

在一种可能的设计中，日志等级修改命令包括至少一个子命令，各个子命令分别指示对各个等级的日志的打印规则；相应地，日志等级修改模块进一步包括：命令拆分子模块，配置为将所述日志等级修改命令拆分为至少一个子命令；命令处理子模块，配置为根据各个子命令中指定的打印规则，修改日志打印等级。

在一个实施例中，日志等级修改模块配置为，利用apache日志工具，修改所述应用设备的日志打印等级。

在一个实施例中，日志等级修改模块体现为JAR文件形式。

根据第二方面，提供一种修改日志打印等级的方法，包括：

接收推送平台所推送的日志等级修改命令；

根据所述日志等级修改命令，修改应用设备的日志打印等级。

根据第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第二方面的方法。

根据第四方面，提供了一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第二方面的方法。

通过本说明书实施例提供的应用设备及方法，可以用配置化、可插拔的方式，灵活而高效地实现日志打印等级的修改，提高系统性能，降低变更风险。

附图说明

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

图1示出常规技术中修改日志打印等级的方式。

图2为本说明书披露的一个实施例的实施场景示意图；

图3示出根据一个实施例的应用设备的示意性框图；

图4示出根据一个实施例的修改日志打印等级的执行流程；

图5示出根据一个实施例的修改日志打印等级的方法的流程图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。

图2为本说明书披露的一个实施例的实施场景示意图。在图2中，应用系统为执行业务运算，并且具有日志打印和日志修改需求的系统，该系统可以是执行任何具体业务的系统，例如执行支付业务的支付宝服务器系统，执行电商业务的天猫服务器系统等。在典型的实施场景下，应用系统为分布式集群系统，其中包含多个应用设备，每个应用设备可以体现为一台计算机或者一个服务器。

根据说明书一个实施例，为应用系统中的每个应用设备添加日志等级修改模块。当业务高峰时段到来，管理人员认为需要修改日志打印等级时，该管理人员向推送平台(例如DRM推送平台)输入推送指令，推送平台于是向各个应用设备推送日志等级修改命令，该修改命令可以是要求对日志打印等级进行降级的命令。应用设备通过其中的推送交互模块接收到上述日志等级修改命令，然后将该日志等级修改命令转发到日志等级修改模块。日志等级修改模块根据日志等级修改命令，对系统日志打印等级进行降级修改。在业务高峰时段过去之后，管理人员可以再次通过推送平台发出日志等级修改命令，该修改命令可以是要求将日志打印等级恢复到常规状态。于是，应用设备通过日志等级修改模块，对系统日志打印等级进行修改，从而进行降级恢复。如此，通过配置化的方式，可插拔地对日志打印等级进行灵活修改。下面具体描述以上实施过程的实现方式。

图3示出根据一个实施例的应用设备的示意性框图。该应用设备可以是任何具有处理、计算能力的装置，例如服务器。并且，该应用设备可以是分布式应用系统中的某个应用设备，也可以是独立的应用设备。如图3所示，该应用设备300至少包括DRM推送交互组件31和日志等级修改模块32，其中DRM推送交互模块31接收DRM推送平台所推送的日志等级修改命令，并将该日志等级修改命令转发给日志等级修改模块32；日志等级修改模块32从推送交互模块31接收所述日志等级修改命令，并根据所述日志等级修改命令，修改所述应用设备的日志打印等级。下面描述应用设备中各个模块的具体执行方式。

在分布式集群管理系统中，常常采用推送机制，将消息、命令、数据等信息推送给集群中的各个机器，以此保证集群中各个机器的同步一致。可以通过多种推送平台和推送方式实现上述的推送过程。在本说明书一个实施例中，采用分布式资源管理框架(Distributed Resource Management)DRM的推送机制。下面的例子结合DRM推送进行描述。

在DRM框架中，可以通过DRM推送平台，或称为控制台，将数据同步地推送到应用系统集群中的每一台设备中。与DRM推送平台对应地，接受推送的各个应用设备中需包含有DRM推送交互模块，从而实现设备注册、数据接收等功能。如此，对于分布式系统，可以通过DRM推送平台将配置文件推送给集群中各个设备，以此保证各个设备的配置环境同步更新，保持一致。

DRM推送平台和DRM推送交互模块可以通过中间件来实现。中间件是位于平台(硬件和操作系统)和应用之间的通用软件或服务程序，可以运行于多种硬件和操作系统，并支持分布计算，提供跨网络、硬件和操作系统平台的透明性的应用或服务的交互。因此，DRM推送平台和DRM推送交互模块可以作为中间件的两个部分，实现跨平台的推送功能。

为了实现跨平台的推送，DRM推送交互模块31预先向DRM推送平台注册应用设备的设备信息。这样的设备信息例如包括，应用设备的IP地址，MAC地址等。DRM推送交互模块31还可以向DRM推送平台注册其他接收推送数据所需的信息，以完成设备注册。一旦完成了设备注册，DRM推送平台就可以根据设备注册的信息，向各个应用设备，更具体地向其中的DRM推送交互模块，推送数据和命令。在本说明书实施例中日志打印等级修改的场景下，管理人员可以通过DRM推送平台，向进行了设备注册的应用设备推送日志等级修改命令。

在一个实施例中，DRM推送平台将各种类型的数据、命令均推送给所有进行了设备注册的应用设备。应用设备中的DRM推送交互模块接收各种类型的推送数据和推送命令，丢弃不能识别不能处理的数据和命令，仅处理能够识别的数据和命令。

在一个实施例中，DRM推送交互模块31预先还向DRM推送平台注册可接受的命令类型。在日志打印等级修改的场景下，为了能够接收并处理日志等级修改命令，可以预先在DRM推送平台和DRM推送交互模块31中为日志等级修改命令设置特定标识符，并且在注册阶段，DRM推送交互模块31在注册的可接受命令类型中包含上述特定标识符。如此，DRM推送平台可以将日志等级修改命令推送给，注册有上述特定标识符的应用设备，也就是注册能够处理日志等级修改命令的应用设备。

相应地，应用设备中的DRM推送交互模块31从DRM推送平台接收到推送命令后，解析接收到的推送命令。在推送命令包含上述特定标识符的情况下，认为该推送命令为日志等级修改命令，于是将该命令转达给日志等级修改模块32。

日志等级修改模块32根据日志等级修改命令，修改日志打印等级。可以理解，该日志等级修改模块32是在应用设备中新引入的模块，专用于分析日志等级修改命令，并执行修改操作。

在一个实施例中，日志等级修改模块32包括校验子模块。一旦接收到DRM推送交互模块31转发的日志等级修改命令，首先由校验子模块校验所述日志等级修改命令的合法性。校验的过程可以包括，例如，校验专用于标识日志等级修改命令的上述特定标识符，校验日志等级修改命令的格式、字段等等。如果校验不合法，则退出处理；校验合法的情况下，继续进行处理，执行日志打印等级修改操作。

本领域技术人员了解，系统通过日志记录器(Logger)来进行日志记录。不同的日志记录器根据系统需要，将日志划分为不同的级别。例如，log4j定义了8个级别的日志，优先级从高到低依次为：OFF、FATAL、ERROR、WARN、INFO、DEBUG、TRACE、ALL，其中OFF为最高等级，用于关闭所有日志记录；FATAL指出严重的错误事件，并会导致应用程序的退出；ERROR指出不影响系统继续运行的错误事件；WARN表明会出现潜在错误的情形；INFO在粗粒度级别上输出程序运行的一些重要信息；DEBUG指出对调试应用程序有帮助的一些细粒度信息事件；TRACE指示比DEBUG更细粒度的一些信息事件，级别较低；ALL为最低等级，用于打开所有日志记录。其他系统的日志记录器可以定义更多或更少的日志等级，例如有些系统的日志记录器定义将近20种的日志等级。

在一个实施例中，有些日志记录器支持定义日志打印起始等级。例如，在log4j定义的8个日志等级中，可以将某个日志等级定义为日志打印起始等级。如此，该日志记录器将会打印等级为该起始等级，以及等级高于该起始等级的日志。例如，如果将log4j的日志打印起始等级设置为INFO，那么log4j将会打印INFO等级的日志，以及等级更高的日志，包括FATAL、ERROR、WARN等级的日志。

对于这样的日志记录器，日志等级修改命令可以包括，将日志打印的起始等级从第一等级修改为第二等级。更具体地，在业务高峰时段，日志等级修改命令为打印等级降级命令，也就是命令将日志打印的起始等级从等级较低的第一等级修改为等级较高的第二等级，从而打印更少等级的日志。

例如，在一个具体例子中，log4j被设置为打印INFO以及更高等级的日志。在业务高峰期间，日志等级修改模块32接收到一条日志等级修改命令，其命令将日志打印的起始等级从INFO等级(较低的第一等级)修改为WARN等级(较高的第二等级)。于是，日志等级修改模块32通过程序代码对日志记录器的打印设置进行修改，从而实现打印降级。具体地，对于log4j来说，打印等级设置和修改的语句可以包括：

log4j.rootLogger＝WARN,AD1,AD2

该语句中，将log4j的日志打印起始等级修改为WARN，并将日志信息输出到地址为AD1和AD2的目的地。如此，log4j被修改为，打印WARN等级，以及更高等级(FATAL、ERROR)的日志。这样，INFO等级的日志不再被打印，减少了日志打印量。

响应于业务高峰过去，回到平时状态，管理人员可以发出恢复设置的日志等级修改命令，该命令可以包括，将日志打印的起始等级从等级较高的第二等级修改为等级较低的第一等级，从而打印更多等级、更详细的日志。响应于该命令的修改过程与前述描述相对应。

在一个实施例中，有些日志记录器支持对各个日志等级分别进行打印设置。在这样的情况下，日志等级修改命令可以包括若干子命令，各个子命令分别指示对各个等级的日志的打印规则。

相应地，在一个实施例中，日志等级修改模块32进一步包括命令拆分子模块和命令处理子模块，其中命令拆分子模块配置为将所述日志等级修改命令拆分为各个子命令；命令处理子模块配置为根据各个子命令中指定的打印规则，修改日志打印等级。更具体地，命令处理子模块根据各个子命令中指定的打印规则，通过程序代码修改日志记录器中的日志打印设置，从而修改日志打印等级。

例如，在一个具体例子中，日志等级修改命令包括若干子命令：{等级1打印ON；等级2打印OFF；…}。对此，命令拆分子模块将上述日志等级修改命令拆分为各个子命令，然后命令处理子模块根据各个子命令中指定的各个日志等级的打印设置，修改日志打印等级。

在一个实施例中，日志等级修改模块32主要通过程序代码实现，例如Java代码，C语言代码等等。该模块与应用设备的系统逻辑代码解耦，可快速接入到不同的系统中。更具体地，在一个例子中，日志等级修改模块32提供为JAR(Java Archive，Java归档文件)文件的形式。JAR是与平台无关的文件格式，如此使得各种业务类型的应用设备都可以简单地引入这样的日志等级修改模块32，并直接使用、执行这样的日志等级修改模块32。

在一个实施例中，日志等级修改模块32调用apache日志工具，修改应用设备的日志打印等级。对于apache应用系统来说，已经提供有一些apache日志工具，包括日志查看工具，分析工具。可以通过调用这些工具中相关的模块，进行日志打印等级的修改，从而简化日志等级修改模块32的程序代码。

如此，只要一次性地对日志等级修改模块32的实现代码完成测试，并将其引入到应用设备300，就可以通过该模块，用配置化的方式实现日志打印等级的自动修改，而不必反复修改应用系统的系统逻辑代码，提高了修改效率和系统性能，也降低了反复修改系统代码带来的风险。

图4示出根据一个实施例的修改日志打印等级的执行流程。如图3所示，首先，在步骤1，管理人员在认为需要修改日志打印等级的情况下，向DRM推送平台发起推送命令。在步骤2，DRM推送平台接受管理人员的输入，并根据其输入生成日志等级修改命令。步骤3，DRM推送平台根据各个应用设备的注册信息，向应用设备推送日志等级修改命令。接着，应用设备接收日志等级修改命令，并根据该命令修改日志打印等级。更具体地，该步骤包括步骤4.1和4.2，其中在步骤4.1，应用设备中的DRM推送交互模块接收推送的日志等级修改命令，并将该日志等级修改命令转发给日志等级修改模块；在步骤4.2，日志等级修改模块根据所述日志等级修改命令，修改应用设备的日志打印等级。最后，在步骤5，应用设备可以将操作结果返回给管理人员。

可以看到，在以上过程中，在需要更改日志打印等级的时候，例如由于业务高峰到来需要降级日志打印的时候，或者由于业务高峰过去需要恢复日志打印的时候，管理人员只需要通过DRM推送平台发出修改命令即可，日志等级修改模块根据命令自动地完成日志打印等级的修改，整个过程仅仅花费几分钟的时间。如此，以配置化、可插拔的方式，更加灵活高效地实现了日志打印等级的修改。

根据另一方面的实施例，还提供一种修改日志打印等级的方法。图5示出根据一个实施例的修改日志打印等级的方法的流程图，该方法的执行主体可以是应用设备，例如图3所示的应用设备300。如图5所示，在该实施例中，修改日志打印等级的方法包括：步骤51，接收DRM推送平台所推送的日志等级修改命令；步骤52，根据所述日志等级修改命令，修改应用设备的日志打印等级。

在一个实施例中，在步骤51之前，还执行步骤50，向DRM推送平台注册应用设备的设备信息。在一个实施例中，还可以向DRM推送平台注册可接受的命令的类型，例如在其中包括用于标识日志等级修改命令的特定标识符。

在一个实施例中，步骤51包括，从DRM推送平台接收推送命令，在所述推送命令包含特定标识符的情况下，将所述推送命令作为日志等级修改命令。

在一个实施例中，修改应用设备的日志打印等级的步骤52可以包含若干子步骤。在一个例子中，步骤52包含校验子步骤，即在接收到日志等级修改命令之后，首先校验所述日志等级修改命令的合法性。如果不合法，则结束处理；如果命令合法，才进行进一步处理。

在进一步处理中，在一个实施例中，日志等级修改命令包括，将日志打印起始等级从第一等级修改为第二等级的命令。相应地，在步骤52中，将所述应用设备的日志记录器的日志打印起始等级从所述第一等级修改为所述第二等级。

在一个实施例中，日志等级修改命令包括至少一个子命令，各个子命令分别指示对各个等级的日志的打印规则。与此对应地，修改应用设备的日志打印等级的步骤52可以包含拆分子步骤和处理子步骤，其中在拆分子步骤，将所述日志等级修改命令拆分为至少一个子命令；在处理子步骤，根据各个子命令中指定的打印规则，修改日志打印等级。

在一个实施例中，在步骤52，利用apache日志工具，修改所述应用设备的日志打印等级，以此简化程序代码。

通过以上方法，以配置化、可插拔的方式，更加灵活高效地实现了日志打印等级的修改，提高了效率，也降低了日志等级修改带来的风险。

根据另一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行结合图5所描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现结合图5所述的方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (18)

1.一种修改日志打印等级的方法，包括：

接收分布式资源管理DRM推送平台所推送的日志等级修改命令；

根据所述日志等级修改命令，修改应用设备的日志打印等级。

2.根据权利要求1所述的方法，其中，在接收分布式资源管理DRM推送平台所推送的日志等级修改命令之前，还包括：向所述DRM推送平台注册所述应用设备的设备信息，以及接受的命令类型，其中所述命令类型包括用于标识所述日志等级修改命令的特定标识符。

3.根据权利要求2所述的方法，其中，接收分布式资源管理DRM推送平台所推送的日志等级修改命令包括：从所述DRM推送平台接收推送命令，在所述推送命令包含所述特定标识符的情况下，将所述推送命令作为日志等级修改命令。

4.根据权利要求1所述的方法，其中，根据所述日志等级修改命令，修改应用设备的日志打印等级包括：校验所述日志等级修改命令的合法性。

5.根据权利要求1所述的方法，其中，所述日志等级修改命令包括，将日志打印起始等级从第一等级修改为第二等级的命令；

根据所述日志等级修改命令，修改应用设备的日志打印等级包括：将所述应用设备的日志记录器的日志打印起始等级从所述第一等级修改为所述第二等级。

6.根据权利要求1所述的方法，其中所述日志等级修改命令包括至少一个子命令，各个子命令分别指示对各个等级的日志的打印规则；

根据所述日志等级修改命令，修改应用设备的日志打印等级包括：

将所述日志等级修改命令拆分为至少一个子命令；

根据各个子命令中指定的打印规则，修改日志打印等级。

7.根据权利要求1所述的方法，其中根据所述日志等级修改命令，修改应用设备的日志打印等级包括，利用apache日志工具，修改所述应用设备的日志打印等级。

8.根据权利要求1所述的方法，其中根据所述日志等级修改命令，修改应用设备的日志打印等级的步骤通过JAR文件执行。

9.一种配置化修改日志打印等级的应用设备，包括：

DRM推送交互模块，配置为接收分布式资源管理DRM推送平台所推送的日志等级修改命令；

日志等级修改模块，配置为从所述DRM推送交互模块接收所述日志等级修改命令，根据所述日志等级修改命令，修改所述应用设备的日志打印等级。

10.根据权利要求9所述的应用设备，其中所述DRM推送交互模块配置为，预先向所述DRM推送平台注册所述应用设备的设备信息，以及接受的命令类型，其中所述命令类型包括用于标识所述日志等级修改命令的特定标识符。

11.根据权利要求10所述的应用设备，其中所述DRM推送交互模块配置为，从所述DRM推送平台接收推送命令，在所述推送命令包含所述特定标识符的情况下，将所述推送命令作为日志等级修改命令转达给所述日志等级修改模块。

12.根据权利要求9所述的应用设备，其中所述日志等级修改模块包括校验子模块，所述校验子模块配置为，校验所述日志等级修改命令的合法性。

13.根据权利要求9所述的应用设备，其中所述日志等级修改命令包括，将日志打印的起始等级从第一等级修改为第二等级的命令；

所述日志等级修改模块配置为，将所述应用设备的日志记录器的日志打印起始等级从所述第一等级修改为所述第二等级。

14.根据权利要求9所述的应用设备，其中所述日志等级修改命令包括至少一个子命令，各个子命令分别指示对各个等级的日志的打印规则；

所述日志等级修改模块进一步包括：

命令拆分子模块，配置为将所述日志等级修改命令拆分为至少一个子命令；

命令处理子模块，配置为根据各个子命令中指定的打印规则，修改日志打印等级。

15.根据权利要求9所述的应用设备，其中所述日志等级修改模块配置为，利用apache日志工具，修改所述应用设备的日志打印等级。

16.根据权利要求9-15中任一项所述的应用设备，其中所述日志等级修改模块体现为JAR文件形式。

17.一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行权利要求1-8中任一项的所述的方法。

18.一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-8中任一项所述的方法。