CN111464646A - 信息处理方法、装置、电子设备和介质 - Google Patents

Abstract

本公开提供了一种信息处理方法，应用于代理客户端，包括：基于自发现机制，将代理客户端注册至管理平台，管理平台用于存储已注册代理客户端的注册信息，并接收配置中心推送的指令信息，指令信息包括针对监控系统的监控信息和/或治理信息；在接收到配置中心下发的指令信息的情况下，基于指令信息，生成监控报文；转发监控报文至监控网关，以使监控网关能够基于监控报文获得与监控报文对应的报文类型和封装类型，并确定监控报文发送的监控系统；获取监控系统的执行结果并将执行结果返回至监控网关。本公开还提供了一种信息处理装置、信息处理系统、电子设备以及计算机可读存储介质。

Description

信息处理方法、装置、电子设备和介质

技术领域

本公开涉及信息系统运维技术领域，特别是涉及一种信息处理方法、装置、电子设备和介质。

背景技术

随着信息技术的发展，信息系统为适应业务扩张及种类增加，IT系统进行相适应的应用架构匹配和分解，出现了越来越多的业务系统及其配套运营系统。生产系统的数量越来越多，需要运维的设备大幅增加，相关监控运维分为多套系统管理控制，需要部署多个专项代理服务，才能满足生产要求，存在运维复杂，系统间干扰，运维效率低等问题。如何解决监控、运维复杂等问题，保障生产基础运维设施的运维效率，应用系统与监控系统解耦等问题，给各企业提出了新的挑战。

传统监控系统专注于自身所负责的技术专业相关的监控接口或协议，运维治理系统则专注于特定系统的技术变更，通过构建通用监控、治理代理服务，很好的解决了传统的监控、治理模式各自为政，开发模式繁杂，运维复杂等问题。

发明内容

有鉴于此，为了解决现有技术存在的监控、治理模式各自为政，开发模式繁杂，运维复杂的技术问题。本公开提供了一种通用统一的监控及治理代理服务方法、装置、电子设备和介质。

为实现上述目的，本公开的一个方面提供了一种信息处理方法，应用于代理客户端，包括：基于自发现机制，将代理客户端注册至管理平台，管理平台用于存储已注册代理客户端的注册信息，并接收配置中心推送的指令信息，上述指令信息包括针对监控系统的监控信息和/或治理信息，在接收到配置中心下发的指令信息的情况下，基于上述指令信息，生成监控报文，转发上述监控报文至监控网关，以使监控网关能够基于上述监控报文获得与上述监控报文对应的报文类型和封装类型，并确定上述监控报文发送的监控系统，以及获取上述监控系统的执行结果并将上述执行结果返回至监控网关。

根据本公开的实施例，上述基于自发现机制，将代理客户端注册至管理平台包括：读取代理客户端的注册状态，若上述注册状态表征代理客户端处于未注册状态，则读取目标代理客户端的注册信息，上述注册信息包括IP地址、机器名以及版本信息，将上述注册信息发送至管理平台，以使管理平台能够基于上述注册信息返回代理客户端的标识信息，以及基于上述标识信息，将代理客户端注册至管理平台。

根据本公开的实施例，上述代理客户端封装在监控系统的镜像操作系统中。

根据本公开的实施例，上述方法还包括：在代理客户端注册至管理平台之后，更新代理客户端的注册状态。

根据本公开的实施例，上述基于上述指令信息，生成监控报文包括：按照预设规则，封装上述指令信息，以生成上述监控报文，上述预设规则用于指示将上述指令信息封装成统一格式的监控报文。

为实现上述目的，本公开的另一个方面提供了一种信息处理方法，应用于监控网关，包括：接收代理客户端发送的监控报文，上述监控报文是代理客户端在接收到配置中心下发的指令信息的情况下，基于上述指令信息生成的，上述指令信息包括针对监控系统的监控信息和/或治理信息，对上述监控报文进行解析处理，以获得报文解析结果，基于上述解析结果，确定与上述监控报文对应的监控系统，以及将上述报文解析结果发送至对应的监控系统。

为实现上述目的，本公开的另一个方面提供了一种信息处理装置，应用于代理客户端，包括：注册模块，配置为基于自发现机制，将代理客户端注册至管理平台，管理平台用于存储已注册代理客户端的注册信息，并接收配置中心推送的指令信息，上述指令信息包括针对监控系统的监控信息和/或治理信息，处理模块，配置为在接收到配置中心下发的指令信息的情况下，基于上述指令信息，生成监控报文，第一发送模块，配置为转发上述监控报文至监控网关，以使监控网关能够基于上述监控报文获得与上述监控报文对应的报文类型和封装类型，并确定上述监控报文发送的监控系统，以及第二发送模块，配置为获取上述监控系统的执行结果并将上述执行结果返回至监控网关。

根据本公开的实施例，上述注册模块包括：第一读取子模块，配置为读取代理客户端的注册状态，第二读取子模块，配置为若上述注册状态表征代理客户端处于未注册状态，则读取目标代理客户端的注册信息，上述注册信息包括IP地址、机器名以及版本信息，发送子模块，配置为将上述注册信息发送至管理平台，以使管理平台能够基于上述注册信息返回代理客户端的标识信息，以及注册子模块，配置为基于上述标识信息，将代理客户端注册至管理平台。

根据本公开的实施例，上述代理客户端封装在监控系统的镜像操作系统中。

根据本公开的实施例，上述装置还包括：更新模块，配置为在上述目标代理客户端注册至上述管理平台之后，更新上述目标代理客户端的注册状态。

根据本公开的实施例，上述处理模块配置为：按照预设规则，封装上述指令信息，以生成上述监控报文，上述预设规则用于指示将上述指令信息封装成统一格式的监控报文。

为实现上述目的，本公开的另一个方面提供了一种信息处理装置，应用于监控网关，包括：接收模块，配置为接收代理客户端发送的监控报文，上述监控报文是代理客户端在接收到配置中心下发的指令信息的情况下，基于上述指令信息生成的，上述指令信息包括针对监控系统的监控信息和/或治理信息，获得模块，配置为对上述监控报文进行解析处理，以获得报文解析结果，确定模块，配置为基于上述解析结果，确定与上述监控报文对应的监控系统，以及第三发送模块，配置为将上述报文解析结果发送至对应的监控系统。

为实现上述目的，本公开的另一个方面提供了一种信息处理系统，包括：代理客户端，配置为基于自发现机制，将代理客户端注册至管理平台，在接收到配置中心下发的指令信息的情况下，基于上述指令信息，生成监控报文，转发上述监控报文至监控网关，以使监控网关能够基于上述监控报文获得与上述监控报文对应的报文类型和封装类型，并确定上述监控报文发送的监控系统，以及获取监控系统的执行结果并将上述执行结果返回至监控网关，监控网关，配置为接收代理客户端发送的监控报文，上述监控报文是代理客户端在接收到配置中心下发的指令信息的情况下，基于上述指令信息生成的，上述指令信息包括针对监控系统的监控信息和/或治理信息，对上述监控报文进行解析处理，以获得报文解析结果，基于上述解析结果，确定与上述监控报文对应的监控系统，以及将上述报文解析结果发送至对应的监控系统，管理平台，配置为存储已注册代理客户端的注册信息，并接收配置中心推送的指令信息，上述指令信息包括针对监控系统的监控信息和/或治理信息，配置中心，配置为推送指令信息至管理平台，并下发指令信息至代理客户端。

为实现上述目的，本公开的另一方面提供了一种电子设备，包括：一个或多个处理器，存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上上述的方法。

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

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

由上可见，与现有技术相比，本公开克服了传统监控、应急、治理等多个场景多头适配，多头运维所带来的开发模式复杂，运维复杂等不足。一是通过构建通用的统一代理服务，并通过底层操作系统镜像级别的集成，再由基础设施云等系统进行安装部署，将代理服务部署在所有应部署节点，达到统一集成，自动部署的目标，二是通过自发现机制，由代理通过预设值的服务器或者代理服务器的IP，主动将自身注册至管理平台，后续由管理平台统一下发监控策略或治理运维指令，三是构建统一的监控报文，包含联机交易、批量、可用性等一系列原有报文格式，并进行统一封装，由监控网关进行还原转发处理，四是建立统一治理指令推送机制，由配置中心统一下发策略，治理指令可以包括但不限于禁用启动、园区切换、熔断、降级、限流等策略下发。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了适用于本公开实施例的信息处理方法和装置的系统架构；

图2示意性示出了根据本公开实施例的应用于代理客户端的信息处理方法的流程图；

图3示意性示出了根据本公开实施例的应用于监控网关的信息处理方法的流程图；

图4示意性示出了根据本公开实施例的应用于代理客户端的信息处理装置的框图；

图5示意性示出了根据本公开实施例的应用于监控网关的信息处理装置的框图；

图6示意性示出了根据本公开实施例的代理客户端的框图；

图7示意性示出了根据本公开实施例的配置存储单元的存储结构示意图；

图8示意性示出了根据本公开实施例的监控网关的框图；

图9示意性示出了根据本公开实施例的报文配置单元的配置存储结构示意图；

图10示意性示出了根据本公开实施例的管理平台的框图；

图11示意性示出了根据本公开实施例的注册信息存储单元的存储结构示意图；

图12示意性示出了根据本公开实施例的配置中心的框图；

图13示意性示出了根据本公开实施例的配置集中存储单元的存储结构示意图；

图14示意性示出了根据本公开实施例的报文格式存储结构的示意图；

图15示意性示出了根据本公开实施例的代理客户端的注册流程图；

图16示意性示出了根据本公开实施例的监控策略以及治理指令配置流程图；

图17示意性示出了根据本公开实施例的监控网关转发配置流程图；

图18示意性示出了根据本公开实施例的报文生成发送转发流程图；

图19示意性示出了根据本公开实施例的适于实现上文描述的信息处理方法的计算机可读存储介质产品的示意图；以及

图20示意性示出了根据本公开实施例的适于实现上文描述的信息处理方法和装置的电子设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

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

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

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“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。其中代理客户端101可以通过有线网络分别与监控网关102和管理平台103实现网络连接，配置中心104可以通过有线网络分别与管理平台103和代理客户端101实现网络连接。

代理客户端101，配置为自发现，获取所在节点的IP(Internet Protocol，互联网协议)地址，并进行自动注册，并按照配置中心104发现的监控和治理指令进行工作，将监控情况和治理结果返回至监控网关102。有关代理客户端101的具体结构和各组成单元的功能详见与图6有关的描述。

监控网关102，配置为接收代理客户端101发送的监控情况和治理指令的执行结果，并按照存量监控报文形式解析封装好的监控报文，将解析后的各个专业报文发送至对应监控系统。有关监控网关102的具体结构和各组成单元的功能详见与图8有关的描述。

管理平台103，配置为存储代理客户端101的注册信息，包含IP、机器名、操作系统、服务器状态等基本信息，以供配置中心104推送监控策略和治理指令。有关管理平台103的具体结构和各组成单元的功能详见与图10有关的描述。

配置中心104，配置为存储监控配置、监控策略和治理指令，并向代理客户端101发送。有关配置中心104的具体结构和各组成单元的功能详见与图12有关的描述。

在如图1所示的系统架构100下，首先由企业用户在操作系统镜像中封装通用代理服务，即代理客户端101，然后再通过云计算平台将代理客户端101部署至各个节点，这样当节点启动之后，将可以自动运行代理客户端101，服务进程本身将会按照事先配置好的服务器IP将所在节点注册在监控治理体系中，便于后续推送监控配置、治理配置及治理策略。在完成注册之后，可以由配置中心104下发监控配置及策略，待代理服务收到配置及策略之后即可以按照监控策略定时或者被应用程序触发报送监控信息，代理服务按照监控协议将监控报文进行封装后，发送至监控网关102。当需要针对节点进行运维治理时，由配置中心104下发治理指令，代理客户端101接收到治理指令之后，可以直接执行相关治理指令，以实现治理操作，治理指令可以包括但不限于禁用启动、园区切换、熔断、降级、限流、切换。

图2示意性示出了根据本公开实施例的应用于代理客户端的信息处理方法的流程图。

如图2所示，该信息处理方法可以包括操作S210～操作S240。

在操作S210，基于自发现机制，将代理客户端注册至管理平台。

根据本公开的实施例，管理平台用于存储已注册代理客户端的注册信息，并接收配置中心推送的指令信息，所述指令信息包括针对监控系统的监控信息和/或治理信息。

在本公开中，代理客户端所在的节点启动，自动运行代理服务，服务进程本身将按照事先配置好的服务器IP将节点注册在管理平台中，以便于后续推送监控信息和/或治理信息及策略。在代理客户端完成注册的情况下，才可以接收由配置中心下发的监控配置及策略。在代理客户端未完成注册的情况下，无法接收由配置中心下发的监控配置及策略。

作为一种可选的实施例，上述代理客户端封装在监控系统的镜像操作系统中。

根据本公开的实施例，由企业用户在操作系统镜像中封装通用代理服务端。例如，可以是虚拟机操作系统的镜像文件，也可以是物理机操作系统的镜像文件。

作为一种可选的实施例，上述方法还包括：在代理客户端注册至管理平台之后，更新代理客户端的注册状态。

根据本公开的实施例，为了实时同步代理客户端的注册信息，在代理客户端注册完成之后，管理平台存储代理客户端的注册状态，代理客户端本身也更新注册状态，从而达到注册状态的实时更新。

作为一种可选的实施例，上述操作S210(基于自发现机制，将代理客户端注册至管理平台)可以包括：读取代理客户端的注册状态；若上述注册状态表征代理客户端处于未注册状态，则读取目标代理客户端的注册信息，上述注册信息包括IP地址、机器名以及版本信息；将上述注册信息发送至管理平台，以使管理平台能够基于上述注册信息返回代理客户端的标识信息；基于上述标识信息，将代理客户端注册至管理平台。

因此，前述自发性机制注册流程可以简单描述为：代理客户端101进行注册，首先读取自身的注册状态，如注册状态为已注册，则注册流程结束。如注册状态为未注册，则获取预先设置的管理平台103的IP地址、本机IP、机器名以及版本信息，并发送至管理平台103，以使管理平台103查找注册信息，如管理平台103查找到注册信息，则直接返回代理客户端ID，由将代理客户端ID更新写入。如管理平台103未查找到注册信息，则生成代理客户端ID，并将本机IP、机器名、版本信息存储，同时返回代理客户端ID，并将代理客户端ID更新写入。

在操作S220，在接收到配置中心下发的指令信息的情况下，基于所述指令信息，生成监控报文。

作为一种可选的实施例，上述基于上述指令信息，生成监控报文包括：按照预设规则，封装上述指令信息，以生成上述监控报文，上述预设规则用于指示将上述指令信息封装成统一格式的监控报文。

根据本公开的实施例，监控报文为统一格式，有效避免了不同的监控系统之间、联机交易、批量、可用性等一系列报文格式的不同可能导致的相互之间发送报文时容易出现混乱，且不易管理的缺陷，本公开将不同的报文构建成统一的监控报文，并进行统一封装，由监控网关进行还原转发处理，极大提高了报文传输的准确性和效率。

在操作S230，转发所述监控报文至监控网关，以使监控网关能够基于所述监控报文获得与所述监控报文对应的报文类型和封装类型，并确定所述监控报文发送的监控系统。

根据本公开的实施例，监控网关根据不同报文的报文类型。封装类型，可以对不同的报文进行解析和封装，并根据报文类型和封装类型对应的监控系统，将报文发送给对应的监控系统，实现监控和治理。

在操作S240，获取所述监控系统的执行结果并将所述执行结果返回至监控网关。

根据本公开的实施例，在监控系统执行完监控和治理之后，将执行结果再返回给监控网关。

通过本公开的实施例，预制代理客户端，无需额外配置实现自动注册，配置中心推送监控策略自动生效，生产治理指令自动下发执行，提升生产运维自动化水平。

与图2所示的流程相对应的，与代理客户端101执行交互的监控网关102执行相对应的操作。

图3示意性示出了根据本公开实施例的应用于监控网关的信息处理方法的流程图。

如图3所示，该信息处理方法可以包括操作S310～操作S340。

在操作S310，接收代理客户端发送的监控报文，上述监控报文是代理客户端在接收到配置中心下发的指令信息的情况下，基于上述指令信息生成的，上述指令信息包括针对监控系统的监控信息和/或治理信息。

在操作S320，对上述监控报文进行解析处理，以获得报文解析结果。

在操作S330，基于上述解析结果，确定与上述监控报文对应的监控系统。

在操作S340，将上述报文解析结果发送至对应的监控系统。

通过本公开实施例提供的报文封装以及监控网关报文解析，实现代理客户端与后端监控系统解耦，向前兼容老旧监控系统，利用网关特性，方便接入其他监控系统，统一代理客户端，便于保护现有IT资产，黏合各类系统，提升IT基础设施使用效率。

图4示意性示出了根据本公开实施例的应用于代理客户端的信息处理装置的框图。

如图4所示，该装置400可以包括注册模块410、处理模块420、第一发送模块430以及第二发送模块440。

注册模块410，配置为基于自发现机制，将代理客户端注册至管理平台，管理平台用于存储已注册代理客户端的注册信息，并接收配置中心推送的指令信息，所述指令信息包括针对监控系统的监控信息和/或治理信息。

处理模块420，配置为在接收到配置中心下发的指令信息的情况下，基于所述指令信息，生成监控报文。

第一发送模块430，配置为转发所述监控报文至监控网关，以使监控网关能够基于所述监控报文获得与所述监控报文对应的报文类型和封装类型，并确定所述监控报文发送的监控系统。

第二发送模块440，配置为获取所述监控系统的执行结果并将所述执行结果返回至监控网关。

通过本公开的实施例，预制代理客户端，无需额外配置实现自动注册，配置中心推送监控策略自动生效，生产治理指令自动下发执行，提升生产运维自动化水平。

作为一种可选的实施例，所述注册模块410包括：第一读取子模块，配置为读取代理客户端的注册状态；第二读取子模块，配置为若所述注册状态表征代理客户端处于未注册状态，则读取目标代理客户端的注册信息，所述注册信息包括IP地址、机器名以及版本信息；发送子模块，配置为将所述注册信息发送至管理平台，以使管理平台能够基于所述注册信息返回代理客户端的标识信息；注册子模块，配置为基于所述标识信息，将代理客户端注册至管理平台。

作为一种可选的实施例，所述代理客户端封装在监控系统的镜像操作系统中。

作为一种可选的实施例，所述装置还包括：更新模块，配置为在所述目标代理客户端注册至所述管理平台之后，更新所述目标代理客户端的注册状态。

作为一种可选的实施例，所述处理模块配置为：按照预设规则，封装所述指令信息，以生成所述监控报文，所述预设规则用于指示将所述指令信息封装成统一格式的监控报文。

图5示意性示出了根据本公开实施例的应用于监控网关的信息处理装置的框图。

如图5所示，该装置500可以包括接收模块510、获得模块520、确定模块530以及第三发送模块540。

接收模块510，配置为接收代理客户端发送的监控报文，所述监控报文是代理客户端在接收到配置中心下发的指令信息的情况下，基于所述指令信息生成的，所述指令信息包括针对监控系统的监控信息和/或治理信息。

获得模块520，配置为对所述监控报文进行解析处理，以获得报文解析结果。

确定模块530，配置为基于所述解析结果，确定与所述监控报文对应的监控系统。

第三发送模块540，配置为将所述报文解析结果发送至对应的监控系统。

通过本公开实施例提供的报文封装以及监控网关报文解析，实现代理客户端与后端监控系统解耦，向前兼容老旧监控系统，利用网关特性，方便接入其他监控系统，统一代理客户端，便于保护现有IT资产，黏合各类系统，提升IT基础设施使用效率。

需要说明的是，信息处理装置部分的实施例方式与信息处理方法部分的实施例方式对应类似，并且所达到的技术效果也对应类似，在此不再赘述。

根据本公开的实施例的模块、子模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，注册模块410、处理模块420、第一发送模块430、第二发送模块440、第一读取子模块、第二读取子模块、发送子模块、注册子模块、更新模块、接收模块510、获得模块520、确定模块530以及第三发送模块540中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，注册模块410、处理模块420、第一发送模块430、第二发送模块440、第一读取子模块、第二读取子模块、发送子模块、注册子模块、更新模块、接收模块510、获得模块520、确定模块530以及第三发送模块540中的任意多个或者至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，注册模块410、处理模块420、第一发送模块430、第二发送模块440、第一读取子模块、第二读取子模块、发送子模块、注册子模块、更新模块、接收模块510、获得模块520、确定模块530以及第三发送模块540中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

根据本公开的实施例，提供了一种信息处理系统，包括：代理客户端101，配置为基于自发现机制，将代理客户端101注册至管理平台1003，在接收到配置中心104下发的指令信息的情况下，基于所述指令信息，生成监控报文，转发所述监控报文至监控网关102，以使监控网关102能够基于所述监控报文获得与所述监控报文对应的报文类型和封装类型，并确定所述监控报文发送的监控系统，以及获取监控系统的执行结果并将所述执行结果返回至监控网关。监控网关102，配置为接收代理客户端101发送的监控报文，所述监控报文是代理客户端101在接收到配置中心104下发的指令信息的情况下，基于所述指令信息生成的，所述指令信息包括针对监控系统的监控信息和/或治理信息；对所述监控报文进行解析处理，以获得报文解析结果；基于所述解析结果，确定与所述监控报文对应的监控系统；以及将所述报文解析结果发送至对应的监控系统。管理平台103，配置为存储已注册代理客户端的注册信息，并接收配置中心104推送的指令信息，所述指令信息包括针对监控系统的监控信息和/或治理信息。配置中心104，配置为推送指令信息至管理平台103，并下发指令信息至代理客户端101。

为了便于理解，以下将结合一具体实施例对本公开提供的信息处理方法进行全方位的阐述。

首先结合图1所示的系统架构100，详细阐述代理客户端101、监控网关102、管理平台103以及配置中心104的各个组成单元以及各组成单元的数据存储结构。

图6示意性示出了根据本公开实施例的代理客户端的框图。

如图6所示，代理客户端101可以包括：自发现单元1011、接收单元1012、配置存储单元1013、执行单元1014以及发送单元1015。

自发现单元1011，配置为获取代理客户端101所在节点的IP、机器名、节点状态、代理(Agent)版本号信息，读取存储在配置存储单元1013中的自身的注册状态。若自身的注册状态为否，则按照配置存储单元1013中预先配置的IP，将自身注册至管理平台103中，并且更新自身的注册状态为是。

接收单元1012，配置为监听配置存储单元1013指定的端口，接收配置中心104推送的监控配置信息、治理指令信息。

配置存储单元1013，配置为在接收单元1012完成监控配置信息、治理指令信息的接收之后，将配置信息存储至指定配置区，配置区包括注册状态和管理平台IP地址。

执行单元1014，配置为按照配置存储单元1013配置好的指令路径、时间、频度等信息，启动相关程序或脚本。

发送单元1015，配置为将执行单元1014执行后的监控信息、治理结果进行封装，并发送至监控网关102。

图7示意性示出了根据本公开实施例的配置存储单元的存储结构示意图。

如图7所示，配置存储单元1013存储由注册信息和存储策略两部分组成。其中，注册信息包括注册状态、管理平台IP地址、代理客户端ID。存储策略由监控策略存储区和治理指令存储区构成，监控策略存储区由监控策略ID、监控策略状态、监控策略执行周期、监控策略执行内容的列表组成。治理指令存储区由治理指令ID、治理指令状态、治理指令执行时间、治理指令执行内容的列表组成。

注册状态，用于标识该代理服务示范已经完成注册。若处于未完成注册状态，则自发现单元1011将与管理平台103建立通讯，尝试进行注册，并且在注册成功后，将注册状态更新为是。

管理平台IP地址，预先配置在代理客户端101的配置存储单元1013中，用于注册通讯时建立连接。

代理客户端ID，当自发现单元1011进行注册时，管理平台103的注册验证单元1031将产生代理客户端ID，并返回给自发现单元1011，将相关状态、代理客户端ID信息写至配置存储单元1013。

监控策略ID，用于标识唯一的监控策略，各个系统、各单元可通过此监控策略ID区分不同的监控策略。

监控策略状态，用于标识此监控策略是否生效，当监控策略生效时，代理客户端101才会执行监控策略中的监控策略执行内容。

监控策略执行周期，用于确定以何种周期执行监控策略，例如每分钟执行监控策略，获得相关监控结果并发送至监控网关。

监控策略执行内容，用于指示具体监控策略的执行方式、打包方式。通过执行策略获取监控结果并再封装后发送至监控网关102。

治理指令ID，用于标识唯一的治理指令，各个系统、各单元可通过此治理指令ID区分不同的治理指令。

治理指令状态，用于标识此治理指令是否生效，当治理指令生效时，代理客户端101才会执行治理指令执行内容。

治理指令执行时间，用于确定在何具体时间点执行治理指令。例如在1月31日22：00执行治理指令。

治理指令执行内容，用于指示治理程序或脚本的执行方式及打包方式、执行指令之后返回执行结果，并再封装后发送至监控网关102。

图8示意性示出了根据本公开实施例的监控网关的框图。

如图8所示，监控网关102可以包括报文接收单元1021，报文解析单元1022，报文配置单元1023以及报文转发单元1024。

报文接收单元1021，配置为接收代理客户端101发送的报文，并转发至报文解析单元1022处理。

报文解析单元1022，配置为解析报文接收单元1021转发的报文，解析内容包括但不限于报文类型和封装类型，从报文配置单元1023读取报文类型、封装类型对应转发服务器IP。

报文配置单元1023，配置为存储维护报文类型、封装类型与报文接收服务器IP之间的对应关系。

报文转发单元1024，配置为将解析后的报文转发至对应的接收服务器IP。

图9示意性示出了根据本公开实施例的报文配置单元的配置存储结构示意图。

如图9所示，报文配置单元1023的报文配置结构包括报文类型、封装类型、对应监控集群IP地址。

报文类型，用于区分监控类报文，治理类报文，并具备进一步扩展能力。

封装类型，用于在某一类型的报文中，明确具体某项监控种类。例如交易监控、可用性监控、批量监控。不同报文类型、封装类型对应明确的监控集群，通过此对应关系实现代理客户端101与监控系统的解耦。

对应监控集群IP地址，用于指示原有的各类监控系统或专业监控系统。

图10示意性示出了根据本公开实施例的管理平台的框图。

如图10所示，管理平台103可以包括注册验证单元1031以及注册信息存储单元1032。

注册验证单元1031，配置为接收代理客户端101发送的注册信息，并进行验证，获取节点IP、机器名、节点状态、Agent版本号信息，对节点IP、节点状态、Agent版本号信息进行校验，检查是否已经处于注册状态。若未在注册信息存储单元1032中找到注册信息，则在注册信息存储单元1032中新增该代理客户端101的注册信息，存储其节点IP、机器名、节点状态、Agent版本号信息，生产代理节点ID。

注册信息存储单元1032，配置为存储所有代理客户端101的注册信息，包括但不限于代理节点ID、节点IP、机器名、节点状态、Agent版本号信息，可供配置中心104进行访问。

图11示意性示出了根据本公开实施例的注册信息存储单元的存储结构示意图。

如图11所示，注册信息存储单元1032的存储结构包括代理节点(端)ID、节点IP、机器名、Agent版本号的列表组成。

代理端ID，用于指示管理平台103的注册验证单元1031在接收到代理客户端101的注册信息后，生成的唯一ID，用于标识具体的代理客户端101。

节点IP，用于指示代理客户端101所在节点的IP地址。

机器名，用于指示代理客户端101所在节点的Hostname。

Agent版本号，用于记录代理客户端101的版本号，当代理客户端101需要升级时可以进行统计使用。

图12示意性示出了根据本公开实施例的配置中心的框图。

如图12所示，配置中心104可以包括配置集中存储单元1041以及配置同步单元1042。

配置集中存储单元1041，配置为集中存储监控策略、治理指令以及与其配套的节点范围(监控范围、治理范围)的配置信息，并作为版本进行历史记录，用户可以更新、创建新的相关配置信息。存储监控网关102的报文类型、封装类型与对应后端监控集群IP的关联关系配置信息，并作为版本进行历史记录，用户可以更新、创建新的关联关系配置信息。

配置同步单元1042，配置为按照配置集中存储单元1041中所确定的节点范围(监控范围、治理范围)，将最新的监控策略、治理指令同步至相关代理客户端101，按照配置集中存储单元1041中存储的报文类型、封装类型与对应后端监控集群IP的关联关系配置更新至监控网关102的报文配置单元1023。

图13示意性示出了根据本公开实施例的配置集中存储单元的存储结构示意图。

如图13所示，配置集中存储单元1041的存储结构包括监控网关映射配置存储区、监控策略配置区以及治理策略配置区。

监控网关映射配置存储区包括关系映射ID、报文类型、封装类型、对应监控集群IP地质、生效状态、时间戳。

关系映射ID，用于指示新增维护报文类型、封装类型与对应监控集群IP地址对应关系后生成的唯一标识。

报文类型，用于区分监控报文、治理类报文，并具备进一步扩展能力。

封装类型，用于在某一类型的报文中，明确具体某项监控种类。例如交易监控、可用性监控、批量监控。不同报文类型、封装类型对应明确的监控集群，通过此对应关系实现代理客户端101与监控系统的解耦。

生效状态，用于标识此项关系映射是否有效。

时间戳，用于在新增、修改、维护此项关系时的时间戳。

监控策略配置区包括ID、监控策略ID、监控项名称、监控策略状态、策略执行周期、策略执行内容、生效时间、时间戳。

ID，用于标识维护的监控策略，每次修改监控策略时都将更新ID，作为历史记录。

监控策略ID，用于标识唯一的监控策略，各个系统、各个单元可通过此ID区分不同监控策略。

监控项名称，用于监控策略命名，易于运维人员理解。

监控策略状态，用于标识此监控策略是否生效，当策略状态生效时，代理客户端101才会执行监控策略执行内容。

策略执行周期，用于确定以何种周期执行监控策略，如每分钟执行监控策略，获得相关监控结果并发送至监控网关。

策略执行内容，指具体监控指标的执行方式、打包方式。通过执行策略获取监控结果并再封装后发送至监控网关102。

生效时间，用于标识此监控策略是否有效，有效状态的策略会被通过配置同步单元32同步至生效范围内的节点。

时间戳，用于在新增、修改、维护此项监控策略配置时的时间戳。

治理策略配置区包括ID、治理指令ID、治理项名称、治理指令状态、指令执行时间、指令执行内容、生效时间、生效范围、时间戳。

ID，用于标识维护的治理策略，每次修改治理策略时都将更新ID，作为历史记录。

治理指令ID，用于标识唯一的治理指令，各个系统、各个单元可通过此ID区分不同治理指令。

治理项名称，用于治理指令命名，易于运维人员理解。

治理指令状态，用于标识此治理指令是否生效，当治理指令生效时，代理客户端101才会执行治理指令执行内容。

指令执行时间，用于确定在何具体时间点执行治理指令。如在1月31日22：00执行治理指令。

指令执行内容，指具体治理程序或脚本执行方式以及打包方式，执行指令并返回结果并再封装后发送至监控网关102。

生效时间，用于标识此治理指令是否有效，有效状态的策略会被通过配置同步单元32同步至生效范围内的节点。

生效范围，用于存储此治理指令需要生效的节点范围或节点清单，配置同步单元32筛选生效状态后会将策略同步至相关节点。

时间戳，用于在新增、修改、维护此项治理指令配置时的时间戳。

图14示意性示出了根据本公开实施例的报文格式存储结构的示意图。

如图14所示，报文格式存储结构包括报文编号、代理客户端ID、机器名、IP地址、报文类型、封装报文类型、封装报文体。

报文编号，用于本报文的标识，具有唯一性，由代理客户端101报文发送单元1015在发送时自动生成。

代理客户端ID，在管理平台103注册验证单元1031在接收到代理客户端101发送的注册信息之后，生成的唯一ID，用于标识具体的代理客户端。

机器名，用于指示代理客户端101所在节点的主机名称(Hostname)。

IP地址，用于指示代理客户端101所在节点的IP地址。

报文类型，用于区分监控类报文、治理类报文，并具备进一步扩展能力。

封装报文类型，用于在某类报文中，明确具体某项监控种类，如交易监控、可用性监控、批量监控等，不同报文类型、封装类型对应明确的监控集群，通过此对应关系实现代理客户端101与监控系统的解耦。

封装报文体，用于兼容各个监控系统，其实质为按照原监控系统约定的监控报文格式拼接的可用报文，通过监控网关102解封后即可发往对应监控集群进行处理展现。

然后结合前述代理客户端101、监控网关102、管理平台103以及配置中心104的结构以及各组成单元的功能，详细阐述注册流程、监控策略以及治理指令配置流程、监控网关转发配置流程以及报文生成发送转发流程。

图15示意性示出了根据本公开实施例的代理客户端的注册流程图。

如图15所示，该流程包括步骤S101～步骤S107。

步骤S101：自发现单元1011读取存储配置单元13中的注册状态。

步骤S102：自发现单元1011判断获取的注册状态是否为已注册。如已注册，则流程结束。如未注册，则执行步骤S103。

步骤S103：自发现单元1011获取节点IP、机器名等信息，同时获取预先设置的管理平台103的IP地址，并向管理平台103发送注册请求。

步骤S104：由管理平台103的注册验证单元1031，就注册请求进行验证，判断上送IP是否在注册信息存储单元1032出现，若出现则已注册，若未出现则未注册。

步骤S105：在未注册的情况下，由注册验证单元1031生成代理客户端ID，并将注册请求中的节点IP、机器名、代理客户端ID等信息存储在注册信息存储单元1032，最后向代理客户端101的自发现单元1011返回代理客户端ID。

步骤S106：在已注册的情况下，在注册信息存储单元1032中查找到代理客户端ID，并返回至代理客户端101的自发现单元1011。

步骤S107：代理客户端101的自发现单元1011将代理客户端ID信息写入配置存储单元1013，更新注册状态为已注册。

图16示意性示出了根据本公开实施例的监控策略以及治理指令配置流程图。

如图16所示，该流程包括步骤S201～步骤S206。

步骤S201：运维人员登录配置中心104，通过配置集中存储单元1041编辑维护监控策略、治理指令配置信息。

步骤S202：配置集中存储单元1041判断运维人员为新增监控策略、治理指令配置还是修改存量监控策略、治理指令配置。

步骤S203：新增配置时，将用户编辑的监控策略、治理指令作为新增记录存储至配置集中存储单元1041。

步骤S204：修改存量配置时，将配置集中存储单元1041的存量记录生效状态设置为失效，以将修改后存量监控策略、治理指令作为新增配置记录存储至配置集中存储单元1041。

步骤S205：配置同步单元1042获取配置的生效范围，向对应IP发起更新请求。

步骤S206：配置信息存储在代理客户端101的配置存储单元1013中。

图17示意性示出了根据本公开实施例的监控网关转发配置流程图。

如图17所示，该流程包括步骤S301～步骤S306。

步骤S301：运维人员登录配置中心104，通过配置集中存储单元1041编辑维护监控转发配置信息。

步骤S302：配置集中存储单元1041判断运维人员为新增监控转发配置还是修改存量监控转发配置。

步骤S303：新增配置时，将用户编辑的监控转发配置作为新增记录存储至配置集中存储单元1041。

步骤S304：修改存量配置时，将配置集中存储单元1041的存量监控转发配置记录生效状态设置为失效，以将修改后存量监控转发配置作为新增配置记录存储至配置集中存储单元1041。

步骤S305：配置中心104的配置同步单元1042同步新增配置至监控网关102的报文配置单元1023。

步骤S306：配置中心104的配置同步单元1042同步覆盖监控网关102的报文配置单元1023中的配置信息。

图18示意性示出了根据本公开实施例的报文生成发送转发流程图。

如图18所示，该流程包括步骤S401～步骤S407。

步骤S401：代理客户端101的执行单元1014从配置存储单元1013获取监控策略、治理指令。

步骤S402：代理客户端101的执行单元1014判断策略、指令状态、时间、周期是否符合，若不符合执行要求，例如状态及时间，则流程结束。

步骤S403：若符合执行要求，则由代理客户端101的执行单元1014执行监控策略、治理指令，获得程序或脚本返回。

步骤S404：由代理客户端101的执行单元1014按照配置执行内容拼装监控报文，由发送单元1015发送至监控网关102。

步骤S405：监控网关102报文接收单元1021接收到的发送单元1015发送的报文之后，由监控网关102的报文解析单元1022对报文进行解析，获取报文对应的类型、封装类型。

步骤S406：监控网关102的报文解析单元1022根据在报文配置单元1023中的报文类型、封装类型查找对应监控集群服务器IP。

步骤S407：报文转发单元1024将报文解析单元1022解析后的封装报文体发送至对应监控集群服务器IP。

图19示意性示出了根据本公开实施例的适于实现上文描述的信息处理方法的计算机可读存储介质产品的示意图。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在设备上运行时，程序代码用于使设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的用户身份认证的方法中的前述各项操作(或步骤)，例如，电子设备可以执行如图2中所示的操作S210，基于自发现机制，将代理客户端注册至管理平台。操作S220，在接收到配置中心下发的指令信息的情况下，基于所述指令信息，生成监控报文。操作S230，转发所述监控报文至监控网关，以使监控网关能够基于所述监控报文获得与所述监控报文对应的报文类型和封装类型，并确定所述监控报文发送的监控系统。操作S240，获取所述监控系统的执行结果并将所述执行结果返回至监控网关。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图19所示，描述了根据本发明的实施方式的用户身份认证的程序产品190，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括一—但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、系统或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆，RF等等，或者上述的任意合适的组合。

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

图20示意性示出了根据本公开实施例的适于实现上文描述的信息处理方法和装置的电子设备的框图。图20示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

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

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

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

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分2009从网络上被下载和安装，和/或从可拆卸介质2011被安装。在该计算机程序被处理器2001执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

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

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

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

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

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

Claims (15)

1.一种信息处理方法，应用于代理客户端，包括：

基于自发现机制，将代理客户端注册至管理平台，管理平台用于存储已注册代理客户端的注册信息，并接收配置中心推送的指令信息，所述指令信息包括针对监控系统的监控信息和/或治理信息；

在接收到配置中心下发的指令信息的情况下，基于所述指令信息，生成监控报文；

转发所述监控报文至监控网关，以使监控网关能够基于所述监控报文获得与所述监控报文对应的报文类型和封装类型，并确定所述监控报文发送的监控系统；

获取所述监控系统的执行结果并将所述执行结果返回至监控网关。

2.根据权利要求1所述的方法，其中，所述基于自发现机制，将代理客户端注册至管理平台包括：

读取代理客户端的注册状态；

若所述注册状态表征代理客户端处于未注册状态，则读取目标代理客户端的注册信息，所述注册信息包括IP地址、机器名以及版本信息；

将所述注册信息发送至管理平台，以使管理平台能够基于所述注册信息返回代理客户端的标识信息；

基于所述标识信息，将代理客户端注册至管理平台。

3.根据权利要求1所述的方法，其中，所述代理客户端封装在监控系统的镜像操作系统中。

4.根据权利要求1所述的方法，其中，所述方法还包括：

在代理客户端注册至管理平台之后，更新代理客户端的注册状态。

5.根据权利要求1所述的方法，其中，所述基于所述指令信息，生成监控报文包括：

按照预设规则，封装所述指令信息，以生成所述监控报文，所述预设规则用于指示将所述指令信息封装成统一格式的监控报文。

6.一种信息处理方法，应用于监控网关，包括：

接收代理客户端发送的监控报文，所述监控报文是代理客户端在接收到配置中心下发的指令信息的情况下，基于所述指令信息生成的，所述指令信息包括针对监控系统的监控信息和/或治理信息；

对所述监控报文进行解析处理，以获得报文解析结果；

基于所述解析结果，确定与所述监控报文对应的监控系统；

将所述报文解析结果发送至对应的监控系统。

7.一种信息处理装置，应用于代理客户端，包括：

注册模块，配置为基于自发现机制，将代理客户端注册至管理平台，管理平台用于存储已注册代理客户端的注册信息，并接收配置中心推送的指令信息，所述指令信息包括针对监控系统的监控信息和/或治理信息；

处理模块，配置为在接收到配置中心下发的指令信息的情况下，基于所述指令信息，生成监控报文；

第一发送模块，配置为转发所述监控报文至监控网关，以使监控网关能够基于所述监控报文获得与所述监控报文对应的报文类型和封装类型，并确定所述监控报文发送的监控系统；

第二发送模块，配置为获取所述监控系统的执行结果并将所述执行结果返回至监控网关。

8.根据权利要求7所述的装置，其中，所述注册模块包括：

第一读取子模块，配置为读取代理客户端的注册状态；

第二读取子模块，配置为若所述注册状态表征代理客户端处于未注册状态，则读取目标代理客户端的注册信息，所述注册信息包括IP地址、机器名以及版本信息；

发送子模块，配置为将所述注册信息发送至管理平台，以使管理平台能够基于所述注册信息返回代理客户端的标识信息；

注册子模块，配置为基于所述标识信息，将代理客户端注册至管理平台。

9.根据权利要求7所述的装置，其中，所述代理客户端封装在监控系统的镜像操作系统中。

10.根据权利要求7所述的装置，其中，所述装置还包括：

更新模块，配置为在所述目标代理客户端注册至所述管理平台之后，更新所述目标代理客户端的注册状态。

11.根据权利要求7所述的装置，其中，所述处理模块配置为：

按照预设规则，封装所述指令信息，以生成所述监控报文，所述预设规则用于指示将所述指令信息封装成统一格式的监控报文。

12.一种信息处理装置，应用于监控网关，包括：

接收模块，配置为接收代理客户端发送的监控报文，所述监控报文是代理客户端在接收到配置中心下发的指令信息的情况下，基于所述指令信息生成的，所述指令信息包括针对监控系统的监控信息和/或治理信息；

获得模块，配置为对所述监控报文进行解析处理，以获得报文解析结果；

确定模块，配置为基于所述解析结果，确定与所述监控报文对应的监控系统；

第三发送模块，配置为将所述报文解析结果发送至对应的监控系统。

13.一种信息处理系统，包括：

代理客户端，配置为基于自发现机制，将代理客户端注册至管理平台，在接收到配置中心下发的指令信息的情况下，基于所述指令信息，生成监控报文，转发所述监控报文至监控网关，以使监控网关能够基于所述监控报文获得与所述监控报文对应的报文类型和封装类型，并确定所述监控报文发送的监控系统，以及获取监控系统的执行结果并将所述执行结果返回至监控网关；

监控网关，配置为接收代理客户端发送的监控报文，所述监控报文是代理客户端在接收到配置中心下发的指令信息的情况下，基于所述指令信息生成的，所述指令信息包括针对监控系统的监控信息和/或治理信息；对所述监控报文进行解析处理，以获得报文解析结果；基于所述解析结果，确定与所述监控报文对应的监控系统；以及将所述报文解析结果发送至对应的监控系统；

管理平台，配置为存储已注册代理客户端的注册信息，并接收配置中心推送的指令信息，所述指令信息包括针对监控系统的监控信息和/或治理信息；

配置中心，配置为推送指令信息至管理平台，并下发指令信息至代理客户端。

14.一种电子设备，包括：

一个或多个处理器；以及

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现：

权利要求1至5中任一项所述的方法；并且/或者

权利要求6所述的方法。

15.一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现：

权利要求1至5中任一项所述的方法；并且/或者

权利要求6所述的方法。

Images