一种监控程序部署方法、装置及电子设备、存储介质

技术领域

本申请涉及运维技术领域，尤其涉及一种监控程序部署方法、装置及电子设备、存储介质。

背景技术

为了保证设备安全稳定的运行，通常需要在设备初始化时部署好对应的监控程序，以便于能够让运维人员及时感知到设备及设备上的业务应用的运行状态，并能对一些故障进行及时的告警，以及对一些服务器的性能指标进行预警，以便于运维人员能够提前处理，减少对业务的影响。

现有技术中在对监控程序进行部署时，通常是由运维人员手动部署监控程序，包括监控程序的安装、监控程序的启用以及监控页面的配置等。

然而这种方式安装配置的时间长，且容易带来人为操作风险，同时每个运维人员的操作方式不同，没有标准化的部署流程，容易增加后续运维的难度。

发明内容

本申请实施例提供了一种监控程序部署方法、装置及电子设备、存储介质，以提高监控程序的部署效率。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种监控程序部署方法，由监控程序部署服务器执行，其中，所述方法包括：

接收监控程序部署请求，所述监控程序部署请求包括IP地址列表；

远程登录所述IP地址列表中的各IP地址对应的目标客户端，并在所述目标客户端上安装监控程序；

对安装后的监控程序进行初始化配置；

在所述目标客户端上启用初始化配置后的监控程序，以完成监控程序的部署。

可选地，所述在所述目标客户端上安装监控程序包括：

获取所述监控程序的通用安装文件；

将所述监控程序的通用安装文件复制到所述目标客户端上并进行安装。

可选地，所述对安装后的监控程序进行初始化配置包括：

获取所述监控程序对应的通用配置文件；

对所述通用配置文件进行修改，得到所述目标客户端的个性化配置文件；

根据所述个性化配置文件，对所述目标客户端中安装的监控程序进行个性化配置。

可选地，所述对所述通用配置文件进行修改，得到所述目标客户端的个性化配置文件包括：

根据所述目标客户端的IP地址，为所述目标客户端轮询分配代理服务端；

根据轮询分配结果，修改所述通用配置文件中的代理服务端地址。

可选地，所述对所述通用配置文件进行修改，得到所述目标客户端的个性化配置文件包括：

读取所述目标客户端的主机信息；

根据所述目标客户端的主机信息，修改所述通用配置文件中的主机信息。

可选地，所述对安装后的监控程序进行初始化配置还包括：

获取自定义监控脚本及所述自定义监控脚本对应的自定义配置文件，其中所述自定义监控脚本是指对业务应用设置的监控脚本；

将所述自定义监控脚本和所述自定义配置文件复制到所述目标客户端上；

根据所述目标客户端的业务应用信息，修改所述自定义配置文件中的配置信息，以完成所述监控程序在所述目标客户端上的自定义配置。

可选地，在所述目标客户端上启用初始化配置后的监控程序之后，所述方法还包括：

对所述监控程序在主服务端的监控页面上的信息进行初始化配置。

可选地，所述对所述监控程序在主服务端的监控页面上的信息进行初始化配置包括：

调用主服务端上的应用程序接口；

通过所述应用程序接口，向所述主服务端传递第一参数信息，其中所述第一参数信息是指用于对所述监控程序在所述主服务端的监控页面上的状态进行修改的信息，以使所述监控程序在所述主服务端的监控页面上的状态与在所述目标客户端上的状态一致。

可选地，所述对所述监控程序在主服务端的监控页面上的信息进行初始化配置包括：

对所述目标客户端在所述主服务端的监控页面上的主机信息进行配置，以能够根据配置后的监控页面上的主机信息进行故障排查。

可选地，所述方法还包括：

调用主服务端上的应用程序接口；

通过所述应用程序接口，向所述主服务端传递第二参数信息，其中所述第二参数信息是指用于指示所述主服务端对所述目标客户端上的监控程序进行检查的信息；

通过所述应用程序接口，接收所述主服务端返回的检查结果；

若所述检查结果不正常，则调用自动修复程序对所述监控程序进行修复。

第二方面，本申请实施例还提供一种监控程序部署装置，应用于监控程序部署服务器，其中，所述装置用于实现前述之任一所述方法。

第三方面，本申请实施例还提供一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行前述之任一所述方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行前述之任一所述方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：本申请实施例的监控程序部署方法可以由单独部署的监控程序部署服务器执行，进行监控程序部署时，先接收监控程序部署请求，这里的监控程序部署请求包括IP地址列表；然后远程登录IP地址列表中的各IP地址对应的目标客户端，并在目标客户端上安装监控程序；之后对安装后的监控程序进行初始化配置；最后在目标客户端上启用初始化配置后的监控程序，以完成监控程序的部署。本申请实施例的监控程序部署方法实现了对监控程序的自动化和批量化部署，提高了监控程序的部署效率，节省了运维人员的人工操作时间，同时降低了人为操作带来的风险。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例一种监控程序部署系统架构示意图；

图2为本申请实施例一种监控程序部署方法的流程示意图；

图3为本申请实施例一种监控程序部署装置的结构示意图；

图4为本申请实施例中一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

为了便于对本申请各实施例的理解，如图1所示，提供了本申请实施例一种监控程序部署系统架构示意图。本申请实施例的监控程序部署系统包括监控程序部署服务器、客户端、主服务端和代理服务端，监控程序部署服务器上部署有监控程序部署平台，用于将监控程序部署到各个客户端中，客户端指实际部署有业务应用等的终端，用于接收用户在前端触发的业务请求，并将业务请求转发至主服务端进行具体的业务处理，通过客户端上部署的监控程序能够实现对业务应用的运行状态等的监控，并将监控数据上报至主服务端进行处理和展示。

实际应用场景下，由于客户端的数量众多，为了减轻主服务端的运行压力，本申请实施例的监控程序部署系统中还设置有代理服务端，本申请实施例的代理服务端主要是针对监控程序部署的，通过一定数量的代理服务端对客户端的监控程序发送过来的监控数据进行中转处理，以减轻主服务端直接接收客户端的监控数据所产生的运行压力，提高数据处理效率。

基于此，本申请实施例提供了一种监控程序部署方法，由上述监控程序部署服务器执行，如图2所示，提供了本申请实施例一种监控程序部署方法的流程示意图，所述方法至少包括如下的步骤S210至步骤S240：

步骤S210，接收监控程序部署请求，所述监控程序部署请求包括IP地址列表。

在进行监控程序部署时，可以先接收监控程序部署请求，这里的监控程序部署请求可以理解为是在客户端上安装并配置监控程序的请求，由于每个客户端都有其唯一的IP地址，因此本申请实施例的监控程序部署请求中可以携带有IP地址列表，该IP地址列表中可以包括一个或多个客户端的IP地址。

步骤S220，远程登录所述IP地址列表中的各IP地址对应的目标客户端，并在所述目标客户端上安装监控程序。

在接收到监控程序部署请求后，根据IP地址列表中包含的各IP地址，分别远程登录到各IP地址对应的目标客户端上，通过远程控制的方式在目标客户端上安装监控程序。这里的目标客户端可以理解为是IP地址列表中的任意一个IP地址对应的客户端。

步骤S230，对安装后的监控程序进行初始化配置。

在完成监控程序的安装后，需要分别针对各个目标客户端上的监控程序进行一系列的初始化配置，例如可以包括针对每个目标客户端的通用配置，以及针对每个目标客户端的自定义配置等。当然，具体进行哪些初始化配置，本领域技术人员可根据实际需求灵活设置，在此不作具体限定。

步骤S240，在所述目标客户端上启用初始化配置后的监控程序，以完成监控程序的部署。

在完成监控程序的初始化配置后，分别启动各个目标客户端上的监控程序，使得监控程序能够在各个目标客户端上开始运行，进而可以监控目标客户端上各个应用的运行状态及目标客户端的硬件状态等。

需要说明的是，上述步骤S210可以理解为是单次执行的步骤，步骤S220至步骤S240可以理解为是针对各个目标客户端并发执行的步骤。

本申请实施例的监控程序部署方法通过远程控制的方式实现了对监控程序的自动化和批量化部署，提高了监控程序的部署效率，节省了运维人员的人工操作时间，同时降低了人为操作带来的风险。

在本申请的一个实施例中，在远程登录所述IP地址列表中的各IP地址对应的目标客户端时，可以采用远程免密登录的方式。

实际应用场景下，为了便于管理，监控程序部署服务器的数量有限，而客户端的数量众多，因此每个监控程序部署服务器所管理的客户端数量通常较多，在登录需要进行监控程序部署的目标客户端时，如果采用账户和密码验证登录的方式，需要每个监控程序部署服务器记录和存储大量的目标客户端的账户及密码，这会对监控程序部署服务器的存储空间和监控程序的部署效率造成一定影响。

基于此，本申请实施例可以采用远程免密登录的方式登录到目标客户端上，以省去密码验证的环节，提高监控程序的部署效率。此外，还可以事先配置哪些监控程序部署服务器具有免密登录目标客户端的权限，在登录目标客户端时，目标客户端会判断该监控程序部署服务器是否具有免密登录的权限，进而保证免密登录的安全性。

在本申请的一个实施例中，所述在所述目标客户端上安装监控程序包括：获取所述监控程序的通用安装文件；将所述监控程序的通用安装文件复制到所述目标客户端上并进行安装。

在远程登录到目标客户端上之后，可以先获取安装监控程序所需要的通用安装文件，这里的获取方式可以是从监控程序部署服务器上获取监控程序的通用安装文件，然后将其拷贝到目标客户端的指定目录中并进行安装。

当然，一些目标客户端上可能已经存在有监控程序的通用安装文件，因此除了采用上述获取方式，也可以先检查目标客户端上是否已经存储有监控程序的安装包等文件，如果已经存在，则可以直接从目标客户端的本地获取，无需再进行远程拷贝。

在本申请的一个实施例中，所述对安装后的监控程序进行初始化配置包括：获取所述监控程序对应的通用配置文件；对所述通用配置文件进行修改，得到所述目标客户端的个性化配置文件；根据所述个性化配置文件，对所述目标客户端中安装的监控程序进行个性化配置。

在根据监控程序的通用安装文件完成对监控程序的安装后，可以进一步获取该监控程序对应的通用配置文件，这里的通用配置文件可以理解为是针对该监控程序的部署事先设置好的通用配置模板，该通用配置模板包含了在客户端上配置监控程序时所涉及到的一些基础信息，如硬件配置、网络配置等，具体可以包括客户端IP地址、客户端的主机名、客户端对接的代理服务端信息及端口信息等。

在得到监控程序对应的通用配置文件后，根据该监控程序部署的目标客户端，可以先对通用配置文件中的配置信息进行适应性的修改，进而得到目标客户端的个性化配置文件，之后再根据个性化配置文件，实现对目标客户端中安装的监控程序的个性化配置。

在本申请的一个实施例中，所述对所述通用配置文件进行修改，得到所述目标客户端的个性化配置文件包括：根据所述目标客户端的IP地址，为所述目标客户端轮询分配代理服务端；根据轮询分配结果，修改所述通用配置文件中的代理服务端地址。

如前所述，通用配置文件中会包括一些基础信息，如客户端IP地址和客户端对接的代理服务端信息，因此在对通用配置文件中客户端对接的代理服务端信息进行修改时，可以先根据目标客户端的IP地址，确定目标客户端对应的代理服务端。具体地，可以先将目标客户端的IP地址的尾数取余，然后为目标客户端轮询分配代理服务端，轮询分配的原则是使每个代理服务端对接的目标客户端的数量尽可能均衡，即实现资源平均分配的目的。之后再根据轮询分配结果，相应地修改通用配置文件中的代理服务端地址，进而实现对目标客户端对接的代理服务端信息的个性化配置。

具体地，在轮询分配代理服务端时，可以先获取代理服务端的列表(包含各代理服务端的序列号)并确定代理服务端的数量，然后将目标客户端IP地址的尾数除以代理服务端的数量，会得到一个余数，根据该余数将目标客户端分配给对应的代理服务端。

举例说明，假设代理服务端的数量为4，目标客户端A的IP地址为“X.Y.Z.4”目标客户端B的IP地址为“X.Y.Z.5”，目标客户端C的IP地址为“X.Y.Z.6”，分别将目标客户端A、B、C的IP地址的尾数除以代理服务端的数量4，分别得到余数“0”、余数“1”和余数“2”，因此可以将目标客户端A分配给序列号排在第1位的代理服务端，将目标客户端B分配给序列号排在第2位的代理服务端，将目标客户端C分配给序列号排在第3位的代理服务端。

在本申请的一个实施例中，所述对所述通用配置文件进行修改，得到所述目标客户端的个性化配置文件包括：读取所述目标客户端的主机信息；根据所述目标客户端的主机信息，修改所述通用配置文件中的主机信息。

如前所述，通用配置文件中还会涉及主机信息的配置，如目标客户端的IP地址、目标客户端的主机名等，因此在对通用配置文件中的主机信息进行修改时，可以先读取当前目标客户端的主机信息，然后根据读取到的目标客户端的主机信息，相应地修改通用配置文件中的主机信息。例如，假设当前目标客户端的IP地址为“X.Y.Z.1”、主机名为“目标客户端A”，则相应地将通用配置文件中目标客户端的IP地址修改为“X.Y.Z.1”、主机名修改为“目标客户端A”。

在本申请的一个实施例中，所述对安装后的监控程序进行初始化配置还包括：获取自定义监控脚本及所述自定义监控脚本对应的自定义配置文件，其中所述自定义监控脚本是指对业务应用设置的监控脚本；将所述自定义监控脚本和所述自定义配置文件复制到所述目标客户端上；根据所述目标客户端的业务应用信息，修改所述自定义配置文件中的配置信息，以完成所述监控程序在所述目标客户端上的自定义配置。

在实际应用场景下，针对具体监控的业务应用通常会开发相应的自定义监控脚本，自定义监控脚本表征了对目标客户端上安装的业务应用的具体监控逻辑，因此本申请实施例在对安装后的监控程序进行初始化配置时，还会针对目标客户端上所要监控的业务应用对监控程序进行自定义配置。

具体地，可以先获取自定义监控脚本以及该自定义监控脚本对应的自定义配置文件，然后将自定义监控脚本和自定义配置文件拷贝到目标客户端上，之后根据目标客户端的业务应用信息，如用户权限、调用方式等信息，相应地修改自定义配置文件中的配置信息，进而实现监控程序在目标客户端上的自定义配置。

在本申请的一个实施例中，在所述目标客户端上启用初始化配置后的监控程序之后，所述方法还包括：对所述监控程序在主服务端的监控页面上的信息进行初始化配置。

在完成目标客户端上的监控程序的初始化配置后，会在目标客户端上启动初始化配置后的监控程序，使得监控程序能够开始监控目标客户端上的业务应用的运行状态并将监控数据上报给主服务端。

然而，在完成监控程序在目标客户端上的初始化配置和启用后，对于该监控程序在主服务端上的监控状态并不会同步更改，因此本申请实施例进一步对监控程序在主服务端的监控页面上的信息进行了初始化配置，以保证监控程序在主服务端的监控页面上的状态与在目标客户端上的状态一致，进而保证相关人员能够在主服务端的监控页面上获得准确的监控信息。

在本申请的一个实施例中，所述对所述监控程序在主服务端的监控页面上的信息进行初始化配置包括：调用主服务端上的应用程序接口；通过所述应用程序接口，向所述主服务端传递第一参数信息，其中所述第一参数信息是指用于对所述监控程序在所述主服务端的监控页面上的状态进行修改的信息，以使所述监控程序在所述主服务端的监控页面上的状态与在所述目标客户端上的状态一致。

在对监控程序在主服务端的监控页面上的信息进行初始化配置时，可以先调用主服务端上设置的应用程序接口(API接口)，然后通过该API接口向主服务端传递第一参数信息，这里的第一参数信息可以理解为是指用于对监控程序在主服务端的监控页面上的状态进行修改的信息，包括修改对象和修改内容等信息。

举例说明，主服务端的监控页面上设置有对目标客户端A的监控状态，该监控状态的初始状态默认为未监控状态，当在目标客户端A上启用了监控程序后，通过调用主服务端上的API接口，向主服务端传递将目标客户端A的监控状态修改为监控中状态的信息，进而实现对监控程序在主服务端的监控页面上的初始化配置。

在本申请的一个实施例中，所述对所述监控程序在主服务端的监控页面上的信息进行初始化配置包括：对所述目标客户端在所述主服务端的监控页面上的主机信息进行配置，以能够根据配置后的监控页面上的主机信息进行故障排查。

由于主服务端提供的监控页面是为了便于监控人员及时查看监控程序的监控状态和监控数据，当发现异常的监控数据时，能够及时排查故障，因此主服务端的监控页面上通常都会展示当前正在监控的目标客户端的主机名等信息，然而由于客户端原始的主机名通常是一串难以识别的字符串，如“PC201708231101”，当监控到目标客户端出现异常时，无法直接从监控页面上的主机名直接定位到是哪个目标服务端的哪个业务应用出现了故障，导致无法及时进行故障排查。

基于此，本申请实施例在对监控程序在主服务端的监控页面上的信息进行初始化配置时，可以对目标客户端在主服务端的监控页面上的主机名等信息进行自定义配置，以使重新配置后的主机名能够便于后续及时进行故障排查。例如，目标客户端A监控的是MySQL数据库01库的数据，则可以将监控页面上目标客户端A的主机名命名为A-MySQL-01，这样在出现故障时，可以快速确定是哪个主机上的哪个数据库出现了故障。

在本申请的一个实施例中，所述方法还包括：调用主服务端上的应用程序接口；通过所述应用程序接口，向所述主服务端传递第二参数信息，其中所述第二参数信息是指用于指示所述主服务端对所述目标客户端上的监控程序进行检查的信息；通过所述应用程序接口，接收所述主服务端返回的检查结果；若所述检查结果不正常，则调用自动修复程序对所述监控程序进行修复。

实际应用场景下，目标客户端的监控程序在运行时也可能会出现一些异常情况，因此可以对目标客户端的监控程序的运行状态进行定时或者不定时地检查，以确定目标客户端的监控程序是否正常运行。具体地，可以先调用主服务端上的API接口，然后向主服务端传递第二参数信息，这里的第二参数信息可以理解为是用于指示主服务端对目标客户端上的监控程序进行检查的信息，包括检查对象和检查内容等信息，使得主服务端能够根据第二参数信息对相应的目标客户端上的监控程序的运行状态进行检查。之后通过API接口，接收主服务端返回的检查结果，如果检查结果中存在异常结果，则调用自动修复程序对相应的目标客户端上的监控程序进行修复。

客户端的监控程序出现的异常情况主要有以下两类：一类是客户端的监控数据无法上报到主服务端，这时采用的自动修复程序可以是先关闭客户端，几分钟后再重启客户端；另一类是自定义监控脚本中配置的用户权限和监控程序通用配置的用户权限不一致，导致监控数据无法写入，这时采用的自动修复程序可以是修改自定义监控脚本的用户权限，然后再重启客户端。这两类自动修复程序都会事先部署在监控程序部署平台中，当出现异常时自动调用并自动修复。

需要说明的是，上述主服务端返回的检查结果的形式可以事先配置好，具体可以采用返回码的形式，事先配置返回码及返回码对应的描述信息，例如设置返回码“000”表示客户端上的监控程序运行正常，“001”表示客户端上的监控程序出现第一类异常情况，“002”表示客户端上的监控程序出现第二类异常情况等。当接收到的主服务端返回的检查结果为“001”时，则可以确定客户端上的监控程序出现了第一类异常情况，则相应地调用第一类异常情况对应的自动修复程序对故障进行自动修复。

在本申请的一个实施例中，所述方法还包括：提供前端页面，所述前端页面设置有输入框，所述输入框用于输入目标客户端的IP地址；所述接收监控程序部署请求包括：通过所述前端页面接收所述监控程序部署请求。

本申请实施例的监控程序部署平台还提供有前端页面，在接收监控程序部署请求时，可以通过该前端页面来接收。具体地，在该前端页面上设置有输入框，用户在该输入框中可以输入需要进行监控程序部署的目标客户端对应的IP地址，构成IP地址列表，以此来触发监控程序部署请求。

在本申请的一个实施例中，在通过所述前端页面接收所述监控程序部署请求之前，所述方法还包括：从主服务端获取客户端的监控程序部署情况；根据所述客户端的监控程序部署情况，确定未配置监控程序的客户端；获取所述未配置监控程序的客户端的IP地址；将所述未配置监控程序的客户端的IP地址在所述前端页面进行显示，以使用户能够从所述未配置监控程序的客户端的IP地址中选择需要配置监控程序的目标客户端。

如前所述，主服务端的监控页面上可以显示各目标服务端上的监控程序的运行状态以及监控数据等信息，因此可以从主服务端获取当前哪些客户端上还没有配置监控程序，然后获取这些客户端的IP地址和主机名等信息，之后将这些信息在监控程序部署平台提供的前端页面上进行展示，这样用户可以直接从中选择在哪些客户端上部署监控程序，省去了用户手动输入IP地址的操作，进而提高了监控程序部署效率。

本申请实施例还提供了一种监控程序部署装置300，应用于监控程序部署服务器，如图3所示，提供了本申请实施例一种监控程序部署装置的结构示意图，所述装置300包括：第一接收单元310、安装单元320、第一初始化配置单元330和启用单元340，其中：

第一接收单元310，用于接收监控程序部署请求，所述监控程序部署请求包括IP地址列表；

安装单元320，用于远程登录所述IP地址列表中的各IP地址对应的目标客户端，并在所述目标客户端上安装监控程序；

第一初始化配置单元330，用于对安装后的监控程序进行初始化配置；

启用单元340，用于在所述目标客户端上启用初始化配置后的监控程序，以完成监控程序的部署。

在本申请的一个实施例中，所述安装单元320具体用于：获取所述监控程序的通用安装文件；将所述监控程序的通用安装文件复制到所述目标客户端上并进行安装。

在本申请的一个实施例中，所述第一初始化配置单元330具体用于：获取所述监控程序对应的通用配置文件；对所述通用配置文件进行修改，得到所述目标客户端的个性化配置文件；根据所述个性化配置文件，对所述目标客户端中安装的监控程序进行个性化配置。

在本申请的一个实施例中，所述第一初始化配置单元330具体用于：根据所述目标客户端的IP地址，为所述目标客户端轮询分配代理服务端；根据轮询分配结果，修改所述通用配置文件中的代理服务端地址。

在本申请的一个实施例中，所述第一初始化配置单元330具体用于：读取所述目标客户端的主机信息；根据所述目标客户端的主机信息，修改所述通用配置文件中的主机信息。

在本申请的一个实施例中，所述第一初始化配置单元330具体用于：获取自定义监控脚本及所述自定义监控脚本对应的自定义配置文件，其中所述自定义监控脚本是指对业务应用设置的监控脚本；将所述自定义监控脚本和所述自定义配置文件复制到所述目标客户端上；根据所述目标客户端的业务应用信息，修改所述自定义配置文件中的配置信息，以完成所述监控程序在所述目标客户端上的自定义配置。

在本申请的一个实施例中，所述装置还包括：第二初始化配置单元，用于对所述监控程序在主服务端的监控页面上的信息进行初始化配置。

在本申请的一个实施例中，所述第二初始化配置单元具体用于：调用主服务端上的应用程序接口；通过所述应用程序接口，向所述主服务端传递第一参数信息，其中所述第一参数信息是指用于对所述监控程序在所述主服务端的监控页面上的状态进行修改的信息，以使所述监控程序在所述主服务端的监控页面上的状态与在所述目标客户端上的状态一致。

在本申请的一个实施例中，所述第二初始化配置单元具体用于：对所述目标客户端在所述主服务端的监控页面上的主机信息进行配置，以能够根据配置后的监控页面上的主机信息进行故障排查。

在本申请的一个实施例中，所述装置还包括：调用单元，用于调用主服务端上的应用程序接口；传递单元，用于通过所述应用程序接口，向所述主服务端传递第二参数信息，其中所述第二参数信息是指用于指示所述主服务端对所述目标客户端上的监控程序进行检查的信息；第二接收单元，用于通过所述应用程序接口，接收所述主服务端返回的检查结果；修复单元，用于若所述检查结果不正常，则调用自动修复程序对所述监控程序进行修复。

能够理解，上述监控程序部署装置，能够实现前述实施例中提供的由监控程序部署服务器执行的监控程序部署方法的各个步骤，关于监控程序部署方法的相关阐释均适用于监控程序部署装置，此处不再赘述。

图4是本申请的一个实施例电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成监控程序部署装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收监控程序部署请求，所述监控程序部署请求包括IP地址列表；

远程登录所述IP地址列表中的各IP地址对应的目标客户端，并在所述目标客户端上安装监控程序；

对安装后的监控程序进行初始化配置；

在所述目标客户端上启用初始化配置后的监控程序，以完成监控程序的部署。

上述如本申请图3所示实施例揭示的监控程序部署装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图3中监控程序部署装置执行的方法，并实现监控程序部署装置在图3所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图3所示实施例中监控程序部署装置执行的方法，并具体用于执行：

接收监控程序部署请求，所述监控程序部署请求包括IP地址列表；

远程登录所述IP地址列表中的各IP地址对应的目标客户端，并在所述目标客户端上安装监控程序；

对安装后的监控程序进行初始化配置；

在所述目标客户端上启用初始化配置后的监控程序，以完成监控程序的部署。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。