CN115809176A - 日志管理方法、装置、电子设备、介质和程序产品 - Google Patents

Abstract

本公开提供了一种分布式系统集群服务节点的日志管理方法、装置、电子设备、介质和计算机程序产品。上述方法和装置可用于云计算技术领域。分布式系统集群服务节点的日志管理方法包括：响应于管理请求，生成管理报文，其中，所述管理报文包括操作事项、事项内容和目标服务节点地址；将所述管理报文发送至与所述目标服务节点地址对应的服务节点；以及接收请求结果，其中，所述请求结果为与所述目标服务节点地址对应的服务节点根据所述操作事项和所述操作内容执行得到的结果。

Description

日志管理方法、装置、电子设备、介质和程序产品

技术领域

本公开涉及云计算技术领域，更具体地，涉及一种分布式系统集群服务节点的日志管理方法、装置、电子设备、介质和计算机程序产品。

背景技术

随着信息科技的发展，自动化运行的应用程序替代了越来越多传统手工处理的工作，在企业运行管理中发挥了越来越重要的作用。而应用程序运行日志是了解应用程序运行过程及状态的不可或缺的手段，也是分析定位应用程序运行问题最关键有效的手段之一。

相关技术中对应用程序运行日志的获取主要通过下载的形式，获取到应用程序运行日志后人工对日志中的异常描述、堆栈信息等打印内容进行分析判断以完成问题定位分析。

发明内容

有鉴于此，本公开提供了一种难度小且易实现的分布式系统集群服务节点的日志管理方法、装置、电子设备、计算机可读存储介质和计算机程序产品。

本公开的一个方面提供了一种分布式系统集群服务节点的日志管理方法，包括：响应于管理请求，生成管理报文，其中，所述管理报文包括操作事项、事项内容和目标服务节点地址；将所述管理报文发送至与所述目标服务节点地址对应的服务节点；以及接收请求结果，其中，所述请求结果为与所述目标服务节点地址对应的服务节点根据所述操作事项和所述操作内容执行得到的结果。

根据本公开实施例的分布式系统集群服务节点的日志管理方法，通过将基于管理请求生成的管理报文发送至与目标服务节点地址对应的服务节点，即可收到与目标服务节点地址对应的服务节点反馈的请求结果，请求结果可以包括日志信息，请求结果也可以包括修改日志级别的反馈，因此，本公开的方法对日志管理的难度小，易于实现。

在一些实施例中，所述操作事项为修改日志级别，所述事项内容为日志级别内容，所述请求结果为与所述目标服务节点地址对应的服务节点执行修改日志级别的执行状态。

在一些实施例中，所述操作事项为获取日志信息，所述事项内容为日志信息的要求，所述请求结果为与所述目标服务节点地址对应的服务节点按照所述日志信息的要求生成的日志信息。

在一些实施例中，所述响应于管理请求，生成管理报文，包括：响应于批量管理请求，生成m个管理报文，其中，m为大于等于1的整数；所述将所述管理报文发送至与所述目标服务节点地址对应的服务节点，包括：将所述m个管理报文分别发送至与每个所述管理报文的目标服务节点地址对应的服务节点；所述接收请求结果，包括：接收批量请求结果，其中，所述批量请求结果为与每个所述管理报文的目标服务节点地址对应的服务节点根据所述操作事项和所述操作内容执行得到的结果。

在一些实施例中，所述的方法还包括：对分布式系统集群中的每个服务节点进行节点信息的注册，其中，所述节点信息至少包括接口信息与服务节点地址的映射关系，所述将所述管理报文发送至与所述目标服务节点地址对应的服务节点，包括：根据所述映射关系和所述目标服务节点地址，确定目标接口信息；以及根据所述目标接口信息将所述管理报文发送至对应的服务节点的接口。

在一些实施例中，所述对分布式系统集群中的每个服务节点进行节点信息的注册，包括：采用树状的层级方式对分布式系统集群中的每个服务节点进行节点信息的注册，所述分布式系统集群中的服务节点形成层级关系。所述批量管理请求包括按照所述层级关系进行管理的请求。

在一些实施例中，所述的方法还包括：根据整合条件整合所述批量请求结果，得到整合结果；以及返回所述整合结果。

在一些实施例中，所述根据整合条件整合所述批量请求结果，得到整合结果，包括：给所述批量请求结果中的每个请求结果添加来源信息，得到中间结果；以及根据每个所述中间结果中的时间信息对所述中间结果进行排序，得到整合结果，或者根据服务节点类型对所述批量请求结果进行分类，得到整合结果。

本公开的另一个方面提供了一种分布式系统集群服务节点的日志管理装置，包括：生成模块，所述生成模块用于执行响应于管理请求，生成管理报文，其中，所述管理报文包括操作事项、事项内容和目标服务节点地址；发送模块，所述发送模块用于执行将所述管理报文发送至与所述目标服务节点地址对应的服务节点；以及接收模块，所述接收模块用于执行接收请求结果，其中，所述请求结果为与所述目标服务节点地址对应的服务节点根据所述操作事项和所述操作内容执行得到的结果。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及一个或多个存储器，其中，所述存储器用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现如上所述方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序产品，包括计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

附图说明

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

图1示意性示出了根据本公开实施例的可以应用方法、装置的示例性系统架构；

图2示意性示出了根据本公开实施例的分布式系统集群服务节点的日志管理方法的流程图；

图3示意性示出了根据本公开实施例的将管理报文发送至与目标服务节点地址对应的服务节点的流程图；

图4示意性示出了根据本公开实施例的根据整合条件整合批量请求结果，得到整合结果的流程图；

图5示意性示出了根据应用本公开实施例的分布式系统集群服务节点的日志管理方法的整体架构示意图；

图6示意性示出了根据本公开实施例的报文格式要素示意图；

图7示意性示出了根据本公开实施例的管理控制平台使用约定的网络报文进行动态日志管理过程的典型步骤的示意图；

图8示意性示出了根据本公开实施例的分布式系统集群中的服务节点采用树状的层级方式在分布式协调器中注册的示意图；

图9示意性示出了根据本公开实施例的整合方式的示意图；

图10示意性示出了根据本公开实施例的分布式系统集群服务节点的日志管理装置的结构框图；

图11示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

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

在本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。在本公开的技术方案中，对数据的获取、收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

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

在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。

随着信息科技的发展，自动化运行的应用程序替代了越来越多传统手工处理的工作，在企业运行管理中发挥了越来越重要的作用。而应用程序运行日志是了解应用程序运行过程及状态的不可或缺的手段，也是分析定位应用程序运行问题最关键有效的手段之一。

相关技术中对应用程序运行日志的获取主要通过下载的形式，获取到应用程序运行日志后人工对日志中的异常描述、堆栈信息等打印内容进行分析判断以完成问题定位分析。

然而，在分布式系统集群中，服务节点数量大，对服务节点的日志管理难度大，一方面具体表现为操作人员的日志下载工作量大；另一方面具体表现为下载完的日志由于日志级别较低，使得日志内容不够详细，不能满足定位和分析问题的需求。

本公开的实施例提供了一种分布式系统集群服务节点的日志管理方法、装置、电子设备、计算机可读存储介质和计算机程序产品。分布式系统集群服务节点的日志管理方法包括：响应于管理请求，生成管理报文，其中，管理报文包括操作事项、事项内容和目标服务节点地址；将管理报文发送至与目标服务节点地址对应的服务节点；以及接收请求结果，其中，请求结果为与目标服务节点地址对应的服务节点根据操作事项和操作内容执行得到的结果。

需要说明的是，本公开的分布式系统集群服务节点的日志管理方法、装置、电子设备、计算机可读存储介质和计算机程序产品可用于云计算技术领域，也可用于除云计算技术领域之外的任意领域，例如金融领域，这里对本公开的领域不做限定。

图1示意性示出了根据本公开实施例的可以应用分布式系统集群服务节点的日志管理方法、装置、电子设备、计算机可读存储介质和计算机程序产品的示例性系统架构100。需要注意的是，图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可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的分布式系统集群服务节点的日志管理方法一般可以由服务器105执行。相应地，本公开实施例所提供的分布式系统集群服务节点的日志管理装置一般可以设置于服务器105中。本公开实施例所提供的分布式系统集群服务节点的日志管理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的分布式系统集群服务节点的日志管理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

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

以下将基于图1描述的场景，通过图2～图4对本公开实施例的分布式系统集群服务节点的日志管理方法进行详细描述。

图2示意性示出了根据本公开实施例的分布式系统集群服务节点的日志管理方法的流程图。

如图2所示，该实施例的分布式系统集群服务节点的日志管理方法包括操作S210～操作S230。

在操作S210，响应于管理请求，生成管理报文，其中，管理报文包括操作事项、事项内容和目标服务节点地址。可以理解的是，在管理请求中，可以携带请求信息，请求信息可以包括需要执行操作的服务节点，也即目标服务节点需要操作的事项、事项内容和目标服务节点地址，因此根据管理请求可以生成管理报文。

在操作S220，将管理报文发送至与目标服务节点地址对应的服务节点。

在操作S230，接收请求结果，其中，请求结果为与目标服务节点地址对应的服务节点根据操作事项和操作内容执行得到的结果。可以理解的是，目标服务节点可以根据管理报文中的操作事项进行指定操作，操作的具体内容可以按照操作内容执行，然后将执行状态和/或执行结果返回。

根据本公开实施例的分布式系统集群服务节点的日志管理方法，通过将基于管理请求生成的管理报文发送至与目标服务节点地址对应的服务节点，即可收到与目标服务节点地址对应的服务节点反馈的请求结果，请求结果可以包括日志信息，请求结果也可以包括修改日志级别的反馈，因此，本公开的方法对日志管理的难度小，易于实现。

在本公开的一些实施例中，操作事项可以为修改日志级别，事项内容可以为日志级别内容，请求结果可以为与目标服务节点地址对应的服务节点执行修改日志级别的执行状态。其中，执行状态例如可以理解为已修改、修改失败或者修改超时，请重试等等。这里，日志级别越低，日志信息记载的内容越简略；日志级别越高，日志信息记载的内容越详细。这里，管理报文例如可以为“logLevel，com.application.mail，debug”，logLevel表示操作事项为修改日志级别，com.application.mail表示目标服务节点地址，debug表示日志级别内容为debug。

相关技术中，在生产环境下，应用程序运行日志的等级通常较高，通过日志进行分析定位问题时，往往存在日志打印不够详细，因而无法完成分析的情况，此时需要修改日志级别，重启应用程序再次获取日志后重新分析。同时，随着分布式系统的广泛应用，应用系统的服务节点数量越来越多，日志级别修改难度大。

本公开的分布式系统集群服务节点的日志管理方法可以通过将基于修改日志级别的管理请求生成的管理报文发送至与目标服务节点地址对应的服务节点，即可收到与目标服务节点地址对应的服务节点根据操作事项(修改日志级别)和事项内容(日志级别内容)修改日志级别后反馈的请求结果，若日志级别修改成功，请求结果可以为修改成功的执行状态；若志级别修改不成功，请求结果可以为修改失败或者修改超时，请重试等执行状态。由此本公开无需重启应用程序即可完成日志级别的修改，使得日志级别修改变得简单和容易。

在本公开的一些实施例中，操作事项可以为获取日志信息，事项内容可以为日志信息的要求，请求结果可以为与目标服务节点地址对应的服务节点按照日志信息的要求生成的日志信息。这里，管理报文例如可以为“getLog，com.application.mail，20220811.8：00-20220811.9：00”，getLog表示操作事项为获取日志信息，com.application.mail表示目标服务节点地址，20220811.8：00-20220811.9：00表示获取2022年8月11日8点到2022年8月11日9点这一时间段内的日志信息。

相关技术中，随着分布式系统的广泛应用，应用系统的服务节点数量越来越多，日志文件数量多且关联性较低，因此获得有效日志的难度大，且工作量大。本公开的分布式系统集群服务节点的日志管理方法可以通过将基于获取日志信息的管理请求生成的管理报文发送至与目标服务节点地址对应的服务节点，即可收到与目标服务节点地址对应的服务节点根据操作事项(获取日志信息)和事项内容(日志信息的要求)生成的日志信息。由此本公开在分布式系统集群中，仍然可以容易地获取到满足要求的日志信息，且工作量较小。

在本公开的一些实施例中，操作S210响应于管理请求，生成管理报文，包括操作S211：响应于批量管理请求，生成m个管理报文，其中，m为大于等于1的整数。

操作S220将管理报文发送至与目标服务节点地址对应的服务节点，包括操作S221：将m个管理报文分别发送至与每个管理报文的目标服务节点地址对应的服务节点。

操作S230接收请求结果，包括操作S231：接收批量请求结果，其中，批量请求结果为与每个管理报文的目标服务节点地址对应的服务节点根据操作事项和操作内容执行得到的结果。

由此，通过操作S211、操作S221和操作S231可以便于实现分布式系统集群服务节点的日志的批量管理，提高管理效率。例如，可以批量修改服务节点的日志级别，还可以批量获取服务节点的日志信息。

根据本公开的一些实施例，如图2所示，分布式系统集群服务节点的日志管理方法还包括操作S310。在操作S310，对分布式系统集群中的每个服务节点进行节点信息的注册，其中，节点信息至少包括接口信息与服务节点地址的映射关系。

如图3所示，操作S220将管理报文发送至与目标服务节点地址对应的服务节点，包括操作S001和操作S002。

在操作S001，根据映射关系和目标服务节点地址，确定目标接口信息。

在操作S002，根据目标接口信息将管理报文发送至对应的服务节点的接口。由此，通过操作S310、操作S001和操作S002可以便于实现通过接口服务将管理报文发送至与目标服务节点地址对应的服务节点。

在本公开的一些实施例中，操作S310对分布式系统集群中的每个服务节点进行节点信息的注册，包括操作S311。

在操作S311，采用树状的层级方式对分布式系统集群中的每个服务节点进行节点信息的注册，分布式系统集群中的服务节点形成层级关系。

批量管理请求可以包括按照层级关系进行管理的请求。由此，通过S311可以便于实现按照层级关系对日志进行管理，可以提高日志管理的效率。

图2示意性示出了根据本公开实施例的分布式系统集群服务节点的日志管理方法。

分布式系统集群服务节点的日志管理方法还包括操作S410和操作S420。

在操作S410，根据整合条件整合批量请求结果，得到整合结果。

作为一种可实现的方式，如图4所示，操作S410根据整合条件整合批量请求结果，得到整合结果，包括操作S411和操作S412。

在操作S411，给批量请求结果中的每个请求结果添加来源信息，得到中间结果。其中，来源信息可以理解为对应请求结果来自的服务节点的节点信息，给每个请求结果添加节点信息后记为中间结果。

在操作S412，根据每个中间结果中的时间信息对中间结果进行排序，得到整合结果。通过操作S411和操作S412可以便于实现根据整合条件整合批量请求结果，得到整合结果，该整合结果有来源信息记载，可以便于工作人员对日志信息进行问题定位与分析，根据时间信息对中间结果进行排序得到的整合结果更符合工作人员对日志信息进行问题定位与分析的需求，可以加快工作人员的工作效率。

作为另一种可实现的方式，操作S410根据整合条件整合批量请求结果，得到整合结果，包括操作S413。

在操作S413，根据服务节点类型对批量请求结果进行分类，得到整合结果。通过操作S413可以便于实现根据整合条件整合批量请求结果，得到整合结果，根据服务节点类型分类得到的整合结果更符合工作人员对日志信息进行问题定位与分析的需求，可以加快工作人员的工作效率。

在操作S420，返回整合结果。

通过操作S410和操作S420可以便于得到更符合要求的整合结果并返回给工作人员，工作人员可以根据整合结果快速定位和分析问题，从而加快对问题的定位分析效率。

下面参照图5-图9详细描述根据本公开实施例的分布式系统集群服务节点的日志管理方法。值得理解的是，下述描述仅是示例性说明，而不是对本公开的具体限制。

本公开的分布式系统集群服务节点的日志管理方法以管理控制平台为中心，运行过程中分布式系统集群服务节点启动时将自身的节点信息注册到分布式协调器，在自身服务运行生命周期消亡时，删除在分布式协调器的的注册信息。管理控制平台通过分布式协调器完成对分布式系统所有节点的服务发现，并基于此实现对分布式系统集群节点的管理。当用户存在系统问题分析需求时，可通过管理控制平台提供的前端页面实现对后端分布式集群日志的动态管理，管理控制平台获取并整合关键后端分布式节点的日志，供用户下载，完成对系统问题的分析。整体架构示意图如图5所示。

其中，管理控制平台通过约定的网络报文实现对分布式节点的动态日志管理。首先约定进行动态日志管理的报文格式，具体报文格式要素如图6所示。明细如下：

发送报文：operationType操作类型；service需操作的服务类型，采用分层结构用于控制日志管理的生效范围；operationInfo具体操作内容。

接收报文：returnCode返回状态信息；data可选项，具体的数据内容。

管理控制平台使用约定的网络报文进行动态日志管理过程的典型步骤如图7所示。

步骤一：管理控制平台根据用户需要，针对指定服务范围(谁指定的)，发送日志级别修改报文，如将节点A的邮件功能服务的日志级别修改为debug，其报文要素为：logLevel，com.application.mail，debug。

步骤二：分布式节点收到来自管理平台的动态日志管理报文后，按报文内容修改具体服务功能的日志打印行为。

步骤三：管理控制平台发送报文，用于获取指定时间范围内，节点相应服务的日志，如节点A，2022年8月11日8：00-9：00邮件服务的日志，其报文要素为：getLog，com.application.mail，2022.08.11.8：00-2022.08.11.9：00。

步骤四：分布式节点返回相应的日志内容。

本公开的分布式系统集群服务节点的日志管理方法还可以批量处理不同分布式节点的日志管理。该分布式系统集群中的服务节点采用树状的层级方式在分布式协调器中注册，如图8所示。管理控制平台在进行分布式节点的动态日志管理时，可按层级关系，对一批分布式服务节点群组，或单台服务节点进行日志管理。如选择group a进行管理时，会批量对group a下的所有节点a、b及group b的所有服务节点完成统一处理。

本公开的分布式系统集群服务节点的日志管理方法还可以进行分布式节点日志整合。管理控制平台在接收到多台服务节点的日志时，会按用户需要，可选择地对不同节点的日志内容进行整合。整合方式如图9所示，用户可选择按服务对不同的节点的日志进行整合，整合时会抽取所有节点相应服务的日志内容，并在每段日志内容的头部增加来源节点信息，最后按时间顺序对日志内容进行重排序，并生成新的日志文件内容。供用户进行下载，下载后用记可对该日志文件进行离线分析，或工具分析。通过对整合后日志的分析诊断，完成分布式系统问题的定位及分析。

本公开的分布式系统集群服务节点的日志管理方法通过对分布式层级节点批量动态日志管理，简化了分布式系统日志的获取步骤及分析方式，从而极大的提高了分布式系统下问题的定位效率，有效的保障了业务的稳定性。将分布式系统服务节点的日志动态调整能力整合到管理控制平台，同时提供将不同服务节点的日志根据服务类型整合的能力，使用系统很好的提升了各种分布式场景下系统故障的分析定位能力。

基于上述分布式系统集群服务节点的日志管理方法，本公开还提供了一种分布式系统集群服务节点的日志管理装置10。以下将结合图10对分布式系统集群服务节点的日志管理装置10进行详细描述。

图10示意性示出了根据本公开实施例的分布式系统集群服务节点的日志管理装置10的结构框图。

分布式系统集群服务节点的日志管理装置10包括生成模块1、发送模块2和接收模块3。

生成模块1，生成模块1用于执行操作S210：响应于管理请求，生成管理报文，其中，管理报文包括操作事项、事项内容和目标服务节点地址。

发送模块2，发送模块2用于执行操作S220：将管理报文发送至与目标服务节点地址对应的服务节点。

接收模块3，接收模块3用于执行操作S230：接收请求结果，其中，请求结果为与目标服务节点地址对应的服务节点根据操作事项和操作内容执行得到的结果。

在本公开的一些实施例中，生成模块包括生成单元。

生成单元，生成单元用于执行响应于批量管理请求，生成m个管理报文，其中，m为大于等于1的整数。

根据本公开的一些实施例，发送模块包括第一发送单元。

第一发送单元，第一发送单元用于执行将m个管理报文分别发送至与每个管理报文的目标服务节点地址对应的服务节点。

根据本公开的一些实施例，接收模块包括接收单元。

接收单元，接收单元用于执行接收批量请求结果，其中，批量请求结果为与每个管理报文的目标服务节点地址对应的服务节点根据操作事项和操作内容执行得到的结果。

在本公开的一些实施例中，如图10所示，分布式系统集群服务节点的日志管理装置10还包括注册模块4。

注册模块4，注册模块4用于执行对分布式系统集群中的每个服务节点进行节点信息的注册，其中，节点信息至少包括接口信息与服务节点地址的映射关系。

根据本公开的一些实施例，发送模块包括确定单元和第二发送单元。

确定单元，确定单元用于执行根据映射关系和目标服务节点地址，确定目标接口信息。

第二发送单元，第二发送单元用于执行根据目标接口信息将管理报文发送至对应的服务节点的接口。

根据本公开的一些实施例，注册模块包括注册单元。

注册单元，注册单元用于执行采用树状的层级方式对分布式系统集群中的每个服务节点进行节点信息的注册，分布式系统集群中的服务节点形成层级关系。批量管理请求包括按照层级关系进行管理的请求。

根据本公开的一些实施例，如图10所示，分布式系统集群服务节点的日志管理装置10还包括整合模块5和返回模块6。

整合模块5，整合模块5用于执行根据整合条件整合批量请求结果，得到整合结果。

返回模块6，返回模块6用于执行返回整合结果。

根据本公开的一些实施例，整合模块包括添加单元和排序单元。

添加单元，添加单元用于执行给批量请求结果中的每个请求结果添加来源信息，得到中间结果。

排序单元，排序单元用于执行根据每个中间结果中的时间信息对中间结果进行排序，得到整合结果。

根据本公开的一些实施例，整合模块包括分类单元。

分类单元，分类单元用于执行根据服务节点类型对批量请求结果进行分类，得到整合结果。

根据本公开实施例的分布式系统集群服务节点的日志管理装置10，通过将基于管理请求生成的管理报文发送至与目标服务节点地址对应的服务节点，即可收到与目标服务节点地址对应的服务节点反馈的请求结果，请求结果可以包括日志信息，请求结果也可以包括修改日志级别的反馈，因此，本公开的方法对日志管理的难度小，易于实现。

另外，根据本公开的实施例，生成模块1、发送模块2和接收模块3中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。

根据本公开的实施例，生成模块1、发送模块2和接收模块3中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。

或者，生成模块1、发送模块2和接收模块3中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图11示意性示出了根据本公开实施例的适于实现上述方法的电子设备的方框图。

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (12)

1.一种分布式系统集群服务节点的日志管理方法，其特征在于，包括：

响应于管理请求，生成管理报文，其中，所述管理报文包括操作事项、事项内容和目标服务节点地址；

将所述管理报文发送至与所述目标服务节点地址对应的服务节点；以及

接收请求结果，其中，所述请求结果为与所述目标服务节点地址对应的服务节点根据所述操作事项和所述操作内容执行得到的结果。

2.根据权利要求1所述的方法，其特征在于，所述操作事项为修改日志级别，所述事项内容为日志级别内容，所述请求结果为与所述目标服务节点地址对应的服务节点执行修改日志级别的执行状态。

3.根据权利要求1所述的方法，其特征在于，所述操作事项为获取日志信息，所述事项内容为日志信息的要求，所述请求结果为与所述目标服务节点地址对应的服务节点按照所述日志信息的要求生成的日志信息。

4.根据权利要求1所述的方法，其特征在于，所述响应于管理请求，生成管理报文，包括：响应于批量管理请求，生成m个管理报文，其中，m为大于等于1的整数；

所述将所述管理报文发送至与所述目标服务节点地址对应的服务节点，包括：将所述m个管理报文分别发送至与每个所述管理报文的目标服务节点地址对应的服务节点；

所述接收请求结果，包括：接收批量请求结果，其中，所述批量请求结果为与每个所述管理报文的目标服务节点地址对应的服务节点根据所述操作事项和所述操作内容执行得到的结果。

5.根据权利要求4所述的方法，其特征在于，还包括：

对分布式系统集群中的每个服务节点进行节点信息的注册，其中，所述节点信息至少包括接口信息与服务节点地址的映射关系，

所述将所述管理报文发送至与所述目标服务节点地址对应的服务节点，包括：

根据所述映射关系和所述目标服务节点地址，确定目标接口信息；以及

根据所述目标接口信息将所述管理报文发送至对应的服务节点的接口。

6.根据权利要求5所述的方法，其特征在于，所述对分布式系统集群中的每个服务节点进行节点信息的注册，包括：采用树状的层级方式对分布式系统集群中的每个服务节点进行节点信息的注册，所述分布式系统集群中的服务节点形成层级关系，

所述批量管理请求包括按照所述层级关系进行管理的请求。

7.根据权利要求4所述的方法，其特征在于，还包括：

根据整合条件整合所述批量请求结果，得到整合结果；以及

返回所述整合结果。

8.根据权利要求7所述的方法，其特征在于，所述根据整合条件整合所述批量请求结果，得到整合结果，包括：

给所述批量请求结果中的每个请求结果添加来源信息，得到中间结果；以及

根据每个所述中间结果中的时间信息对所述中间结果进行排序，得到整合结果，或者

根据服务节点类型对所述批量请求结果进行分类，得到整合结果。

9.一种分布式系统集群服务节点的日志管理装置，其特征在于，包括：

生成模块，所述生成模块用于执行响应于管理请求，生成管理报文，其中，所述管理报文包括操作事项、事项内容和目标服务节点地址；

发送模块，所述发送模块用于执行将所述管理报文发送至与所述目标服务节点地址对应的服务节点；以及

接收模块，所述接收模块用于执行接收请求结果，其中，所述请求结果为与所述目标服务节点地址对应的服务节点根据所述操作事项和所述操作内容执行得到的结果。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

一个或多个存储器，用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现根据权利要求1～8中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述存储介质上存储有可执行指令，该指令被处理器执行时实现根据权利要求1～8中任一项所述的方法。

12.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序包括一个或者多个可执行指令，所述可执行指令被处理器执行时实现根据权利要求1～8中任一项所述的方法。

Images