CN116366479A - 监控数据的获取方法及装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种监控数据的获取方法及装置、存储介质及电子装置，涉及智慧家庭技术领域，该监控数据的获取方法包括：在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针获取第一中间件对应的监控数据；指示监控探针将监控数据通过反向代理服务器发送至监控网关，其中，监控网关与监控服务端位于同一局域网，反向代理服务器用于实现监控探针与监控网关的跨局域网通信；通过监控服务端从监控网关获取第一中间件对应的监控数据。采用上述技术方案，解决了在监控服务端与待监控的中间件分别位于两个不同的局域网的情况下，监控服务端无法获取到待监控的中间件的监控数据的问题。

Description

监控数据的获取方法及装置、存储介质及电子装置

技术领域

本申请涉及智慧家庭技术领域，具体而言，涉及一种监控数据的获取方法及装置、存储介质及电子装置。

背景技术

相关技术中，监控服务器端是采用定时拉取模式拉取待监控管理的服务的监控数据，但为了建设统一的可视化监控平台，监控服务器端需要集中管理不同局域网下分散部署的服务，但不同业务应用的服务部署的网络位置不同(可能位于不同机房、不同局域网、不同网段)，进而如果监控服务端与待监控管理的服务不在一个子网或者防火墙，那么监控服务端就拉取不到待监控管理的服务的监控数据。

针对相关技术中，在监控服务端与待监控的中间件分别位于两个不同的局域网的情况下，监控服务端无法获取到待监控的中间件的监控数据的问题，目前尚未提出有效的解决方案。

因此，有必要对相关技术予以改良以克服相关技术中的所述缺陷。

发明内容

本发明实施例提供了一种监控数据的获取方法及装置、存储介质及电子装置，以至少解决在监控服务端与待监控的中间件分别位于两个不同的局域网的情况下，监控服务端无法获取到待监控的中间件的监控数据的问题。

根据本发明实施例的一方面，提供一种监控数据的获取方法，包括：在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针获取所述第一中间件对应的监控数据；指示所述监控探针将所述监控数据通过反向代理服务器发送至监控网关，其中，所述监控网关与所述监控服务端位于同一局域网，所述反向代理服务器用于实现所述监控探针与所述监控网关的跨局域网通信；通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据。

在一个示例性的实施例中，指示监控探针获取所述第一中间件对应的监控数据之前，所述方法还包括：获取配置文件，其中，所述配置文件中具有所述第一中间件的第一地址和所述监控网关的地址；将所述配置文件发送至所述监控探针。

在一个示例性的实施例中，指示监控探针获取所述第一中间件对应的监控数据，包括：确定监控时间段、监控时间间隔和待监控的目标监控指标；指示所述监控探针在所述监控时间段每隔所述监控时间间隔从第一中间件中拉取所述目标监控指标对应的监控数据。

在一个示例性的实施例中，通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据，包括：通过所述监控服务端调用所述监控网关的监控数据查询接口，向监控网关发送调取目标监控数据的调用请求，其中，所述第一中间件对应的监控数据包括所述目标监控数据；指示所述监控网关根据所述调用请求从目标缓存中获取所述目标监控数据；通过所述监控服务端获取所述监控网关发送的所述监控数据。

在一个示例性的实施例中，通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据之后，所述方法还包括：确定用于存储监控数据的目标数据库；通过所述监控服务端将从所述监控网关获取到的所述第一中间件对应的监控数据存储至所述目标数据库。

在一个示例性的实施例中，通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据之后，所述方法还包括：获取数据可视化平台发送的查询请求；响应于所述查询请求，向所述数据可视化平台发送所述第一中间件对应的监控数据，其中，所述数据可视化平台在获取到所述第一中间件对应的监控数据之后，在目标页面显示所述第一中间件对应的监控数据。

在一个示例性的实施例中，所述方法还包括：在监控服务端与待监控的第二中间件位于同一局域网的情况下，指示所述监控服务端直接从所述第二中间件中拉取所述第二中间件对应的监控数据。

根据本发明实施例的另一方面，还提供了一种监控数据的获取装置，包括：第一获取模块，用于在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针获取所述第一中间件对应的监控数据；发送模块，用于指示所述监控探针将所述监控数据通过反向代理服务器发送至监控网关，其中，所述监控网关与所述监控服务端位于同一局域网，所述反向代理服务器用于实现所述监控探针与所述监控网关的跨局域网通信；第二获取模块，用于通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据。

在一个示例性的实施例中，上述装置还包括：配置模块，用于在指示监控探针获取所述第一中间件对应的监控数据之前，获取配置文件，其中，所述配置文件中具有所述第一中间件的第一地址和所述监控网关的地址；将所述配置文件发送至所述监控探针。

在一个示例性的实施例中，第一获取模块，还用于确定监控时间段、监控时间间隔和待监控的目标监控指标；指示所述监控探针在所述监控时间段每隔所述监控时间间隔从第一中间件中拉取所述目标监控指标对应的监控数据。

在一个示例性的实施例中，第二获取模块，还用于通过所述监控服务端调用所述监控网关的监控数据查询接口，向监控网关发送调取目标监控数据的调用请求，其中，所述第一中间件对应的监控数据包括所述目标监控数据；指示所述监控网关根据所述调用请求从目标缓存中获取所述目标监控数据；通过所述监控服务端获取所述监控网关发送的所述监控数据。

在一个示例性的实施例中，上述装置还包括：存储模块，用于在通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据之后，确定用于存储监控数据的目标数据库；通过所述监控服务端将从所述监控网关获取到的所述第一中间件对应的监控数据存储至所述目标数据库。

在一个示例性的实施例中，上述装置还包括：响应模块，用于通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据之后，获取数据可视化平台发送的查询请求；响应于所述查询请求，向所述数据可视化平台发送所述第一中间件对应的监控数据，其中，所述数据可视化平台在获取到所述第一中间件对应的监控数据之后，在目标页面显示所述第一中间件对应的监控数据。

在一个示例性的实施例中，上述装置还包括第三获取模块，用于在监控服务端与待监控的第二中间件位于同一局域网的情况下，指示所述监控服务端直接从所述第二中间件中拉取所述第二中间件对应的监控数据。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述监控数据的获取方法。

根据本发明实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述监控数据的获取方法。

通过本发明，在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针通过反向代理服务器跨局域网将获取到的第一中间件对应的监控数据发送至监控网关，并通过监控服务端从监控网关获取第一中间件对应的监控数据。进而解决了在监控服务端与待监控的中间件分别位于两个不同的局域网的情况下，监控服务端无法获取到待监控的中间件的监控数据的问题，实现了对不同局域网的服务的统一监控，提高了监控服务器端的监控范围。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1是根据本申请实施例的一种监控数据的获取方法的硬件环境示意图；

图2是根据本发明实施例的监控数据的获取方法的流程图；

图3是根据本发明实施例的监控数据的获取方法的整体数据流向图；

图4是根据本发明实施例的监控数据的获取方法的时序图；

图5是根据本发明实施例的监控数据的获取装置的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种监控数据的获取方法。该监控数据的获取方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(IntelligenceHouse)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述监控数据的获取方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

为了解决上述问题，在本实施例中提供了一种监控数据的获取方法，包括但不限于应用在监控系统中，图2是根据本发明实施例的监控数据的获取方法的流程图，该流程包括如下步骤：

步骤S202，在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针获取所述第一中间件对应的监控数据；

作为一种可选的示例，监控服务端可以为Prometheus。监控服务端位于局域网A，第一中间件位于局域网B中，第一中间件为一种提供增量数据订阅和消费的中间件(示例性的，第一中间件为Canal)。监控探针为MonitorAgent。监控探针与第一中间件位于同一局域网。

需要说明的是，监控服务端用于对第一中间件进行数据监控。

在一个示例性的实施例中，指示监控探针获取所述第一中间件对应的监控数据之前，还具有以下步骤S11-S12：

S11：获取配置文件，其中，所述配置文件中具有所述第一中间件的第一地址和所述监控网关的地址；

S12：将所述配置文件发送至所述监控探针。

需要说明的是，监控探针支持用户通过配置文件方式自定义监控网关服务的地址、自定义被监控的目标服务(例如上述第一中间件)的地址。可选的，监控探针内置定时调度机制，默认调度时间间隔1秒钟。

作为一种可选的示例，上述指示监控探针获取所述第一中间件对应的监控数据，可以通过以下步骤实现：

步骤S21：确定监控时间段、监控时间间隔和待监控的目标监控指标；

作为一种可选的示例，监控时间段、监控时间间隔和目标监控指标可以由运营人员进行设置，监控时间间隔可以为1秒，目标监控指标为metrics监控指标。

步骤S22：指示所述监控探针在所述监控时间段每隔所述监控时间间隔从第一中间件中拉取所述目标监控指标对应的监控数据。

作为一种可选的示例，监控探针采用pull模式每隔监控时间间隔主动拉取被监控的第一中间件的metrics监控指标。

步骤S204，指示所述监控探针将所述监控数据通过反向代理服务器发送至监控网关，其中，所述监控网关与所述监控服务端位于同一局域网，所述反向代理服务器用于实现所述监控探针与所述监控网关的跨局域网通信；

作为一种可选的示例，上述反向代理服务器为Nginx网关，代理监控服务端所处的局域网的监控网关，对外提供HTTP/HTTPS协议服务，允许不同网络环境下，监控探针的跨局域网进行通信，打通网络环境互联互通。

作为一种可选的示例，监控探针采用push模式主动上报监控数据给监控网关，请求监控网关服务的监控数据上传接口，进而监控网关将上报的监控数据缓存到目标缓存(包括但不限于Redis缓存)中。

步骤S206，通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据。

在一个示例性的实施例中，上述步骤S206可以通过以下步骤S31-S32实现：

步骤S31：通过所述监控服务端调用所述监控网关的监控数据查询接口，向监控网关发送调取目标监控数据的调用请求，其中，所述第一中间件对应的监控数据包括所述目标监控数据；

步骤S32：指示所述监控网关根据所述调用请求从目标缓存中获取所述目标监控数据；

步骤S33：通过所述监控服务端获取所述监控网关发送的所述监控数据。

作为一种可选的示例，用户可以向监控服务端配置监控网关的地址，监控服务端调用监控网关的监控数据查询接口，采用pull模式定时拉取监控网关的监控数据，进而监控网关从目标缓存中查询缓存的监控数据，返回监控数据至监控服务端。

在一个示例性的实施例中，在执行上述步骤S206之后，还具有以下步骤S41-S42：

步骤S41：确定用于存储监控数据的目标数据库；

步骤S42：通过所述监控服务端将从所述监控网关获取到的所述第一中间件对应的监控数据存储至所述目标数据库。

在本实施例中，上述步骤S41-S42可以使得监控服务端可以更方便的对待监控的中间件的监控数据进行管理。

在一个示例性的实施例中，在执行上述步骤S206之后，还具有以下步骤S51-S52：

步骤S51：获取数据可视化平台发送的查询请求；

作为一种可选的示例，数据可视化平台可以为Grafana数据可视化平台。

步骤S52：响应于所述查询请求，向所述数据可视化平台发送所述第一中间件对应的监控数据，其中，所述数据可视化平台在获取到所述第一中间件对应的监控数据之后，在目标页面显示所述第一中间件对应的监控数据。

作为一种可选的示例，用户可以通过浏览器登录数据可视化平台，打开对应的监控数据看板，数据可视化平台向监控服务端发送查询请求，请求查询对应的监控数据，监控服务端向数据可视化平台返回监控数据，数据可视化平台返回监控数据给用户端浏览器，进而浏览器页面渲染监控图形、图表。

通过上述步骤，在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针通过反向代理服务器跨局域网将获取到的第一中间件对应的监控数据发送至监控网关，并通过监控服务端从监控网关获取第一中间件对应的监控数据。进而解决了在监控服务端与待监控的中间件分别位于两个不同的局域网的情况下，监控服务端无法获取到待监控的中间件的监控数据的问题，提高了监控服务器端的监控范围。

在一个示例性的实施例中，上述监控数据的获取方法还包括：在监控服务端与待监控的第二中间件位于同一局域网的情况下，指示所述监控服务端直接从所述第二中间件中拉取所述第二中间件对应的监控数据。

需要说明的是，第二中间件与第一中间件的功能相同，均为一种提供增量数据订阅和消费的中间件。

在一个示例性的实施例中，pushgateway服务就相当于一个中间网关，通过在Nginx网关层配置pushgateway监控网关的反向代理，请求代理到pushgateway服务，pushgateway服务采用集群部署模式，解决pushgateway服务的单点故障，提高了服务可用性。通过在Nginx网关配置健康检查，确保代理的pushgateway服务可用性。Nginx网关与Canal服务所在网络之间互通，支持HTTP/HTTPS协议请求访问。进而解决了跨网络环境下的网络不通的问题。

显然，上述所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。为了更好的理解上述方法，以下结合实施例对上述过程进行说明，但不用于限定本发明实施例的技术方案，具体地：

在一个可选的实施例中，图3是根据本发明实施例的监控数据的获取方法的整体数据流向图，具体的：

监控探针MonitorAgent模块采用pull模式定时主动拉取被监控的Canal服务的metrics监控指标，并采用push模式主动上报metrics监控指标的监控数据给监控网关，请求监控网关服务的监控数据上传接口。其中，监控探针支持通过配置文件方式让用户自定义上报的监控网关服务地址、自定义被监控的Canal服务查询metrics监控数据的服务地址。监控探针内置定时调度机制，默认调度时间间隔1秒钟。

Nginx网关：反向代理，代理局域网A的pushgateway监控网关，对外提供HTTP/HTTPS协议服务，允许不同网络环境下，监控探针可以跨局域网进行通信，打通网络环境互联互通。

Pushgateway监控网关：监控网关，提供监控数据上报接口服务、监控数据查询接口服务等功能。采用集群架构部署模式，pushgateway服务各个实例之间通过Redis分布式缓存进行数据共享，客户端通过请求监控网关的监控数据上报接口，监控网关将上报的监控数据缓存到Redis缓存中。Prometheus服务可以调用监控网关的监控数据查询接口，采用pull模式定时拉取监控网关的监控数据，进而监控网关从Redis缓存中查询缓存的监控数据，返回监控数据至Prometheus服务。

Prometheus服务：监控服务端，允许用户向监控服务端配置监控Canal服务的pushgateway监控网关服务的地址，Prometheus服务采用pull模式，每间隔1秒钟定时主动拉取pushgateway监控网关服务的监控数据，并持久化存储到磁盘文件中。

Grafana数据可视化平台：用户通过浏览器登录Grafana系统，打开对应的监控数据看板，Grafana系统请求Prometheus服务，查询对应的监控数据，Prometheus服务返回监控数据，Grafana系统返回响应数据给用户端浏览器，页面渲染监控图形、图表。

为了更好的理解，在一个示例性的实施例中，图4是根据本发明实施例的监控数据的获取方法的时序图，如图4所示，用户向Grafana数据可视化平台发送查看监控图形的请求，进而Grafana数据可视化平台向Prometheus服务发送查询监控数据，Prometheus服务从磁盘文件中获取到对应的监控数据，并返回监控数据至Grafana数据可视化平台，Grafana数据可视化平台对监控数据进行相应的处理，并在页面上显示监控图形。

如图4所示，Prometheus服务会采用pull模式定时从Pushgateway监控网关中拉取metrics监控指标的监控数据，并将监控数据存储至磁盘文件。

如图4所示，监控探针MonitorAgent模块采用pull模式定时从Canal服务主动拉取metrics监控指标的监控数据，并采用push模式通过Nginx网关主动上报监控数据给监控网关。Pushgateway监控网关在获取到监控数据以后，将监控数据缓存至Redis中。

需要说明的是，本申请实施例的pushgateway监控网关，采用集群部署架构，将接收到的监控数据通过Redis分布式缓存组件实现监控数据在不同结点之间数据共享。本申请实施例通过部署前置Nginx网关，解决不同网络环境下网络不互通问题，通过配置pushgateway集群服务反向代理，支持通过HTTP/HTTPS协议访问pushgateway服务集群。本申请实施例通过监控探针MonitorAgent组件，实现了pull模式定时拉取Canal服务的metrics监控数据，并主动push推送到pushgateway监控网关服务，实现跨局域网部署架构下Canal服务的统一监控治理。

此外，本申请实施例还具有以下优点：(1)基于Prometheus+Grafana监控服务的跨局域网下Canal服务统一监控治理，解决不在同一网段的网络不通问题；(2)Pushgateway监控网关采用集群部署模式，解决了监控网关性能瓶颈和可用性低问题；(3)MonitorAgent监控探针模块，集成了监控数据定时主动拉取，并主动上报给监控网关服务，并通过配置文件自定义配置方式，支持灵活快速接入待监控的目标服务(例如Canal服务)。

即本申请实施例解决了在混合云跨局域网部署架构下的Canal服务统一监控的问题，通过建设统一的可视化监控平台，集中管理在不同局域网内、在网络环境隔离下分散部署的Canal服务，形成了统一、有效、标准的一体化监控平台，保障了Canal服务的稳定性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

在本实施例中还提供了一种监控数据的获取装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的设备较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明实施例的监控数据的获取装置的结构框图，该装置包括：

第一获取模块52，用于在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针获取所述第一中间件对应的监控数据；

发送模块54，用于指示所述监控探针将所述监控数据通过反向代理服务器发送至监控网关，其中，所述监控网关与所述监控服务端位于同一局域网，所述反向代理服务器用于实现所述监控探针与所述监控网关的跨局域网通信；

第二获取模块56，用于通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据。

通过上述装置，在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针通过反向代理服务器跨局域网将获取到的第一中间件对应的监控数据发送至监控网关，并通过监控服务端从监控网关获取第一中间件对应的监控数据。进而解决了在监控服务端与待监控的中间件分别位于两个不同的局域网的情况下，监控服务端无法获取到待监控的中间件的监控数据的问题，提高了监控服务器端的监控范围。

在一个示例性的实施例中，上述装置还包括：配置模块，用于在指示监控探针获取所述第一中间件对应的监控数据之前，获取配置文件，其中，所述配置文件中具有所述第一中间件的第一地址和所述监控网关的地址；将所述配置文件发送至所述监控探针。

在一个示例性的实施例中，第一获取模块52，还用于确定监控时间段、监控时间间隔和待监控的目标监控指标；指示所述监控探针在所述监控时间段每隔所述监控时间间隔从第一中间件中拉取所述目标监控指标对应的监控数据。

在一个示例性的实施例中，第二获取模块56，还用于通过所述监控服务端调用所述监控网关的监控数据查询接口，向监控网关发送调取目标监控数据的调用请求，其中，所述第一中间件对应的监控数据包括所述目标监控数据；指示所述监控网关根据所述调用请求从目标缓存中获取所述目标监控数据；通过所述监控服务端获取所述监控网关发送的所述监控数据。

在一个示例性的实施例中，上述装置还包括：存储模块，用于在通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据之后，确定用于存储监控数据的目标数据库；通过所述监控服务端将从所述监控网关获取到的所述第一中间件对应的监控数据存储至所述目标数据库。

在一个示例性的实施例中，上述装置还包括：响应模块，用于通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据之后，获取数据可视化平台发送的查询请求；响应于所述查询请求，向所述数据可视化平台发送所述第一中间件对应的监控数据，其中，所述数据可视化平台在获取到所述第一中间件对应的监控数据之后，在目标页面显示所述第一中间件对应的监控数据。

在一个示例性的实施例中，上述装置还包括第三获取模块，用于在监控服务端与待监控的第二中间件位于同一局域网的情况下，指示所述监控服务端直接从所述第二中间件中拉取所述第二中间件对应的监控数据。

本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针获取所述第一中间件对应的监控数据；

S2，指示所述监控探针将所述监控数据通过反向代理服务器发送至监控网关，其中，所述监控网关与所述监控服务端位于同一局域网，所述反向代理服务器用于实现所述监控探针与所述监控网关的跨局域网通信；

S3，通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针获取所述第一中间件对应的监控数据；

S2，指示所述监控探针将所述监控数据通过反向代理服务器发送至监控网关，其中，所述监控网关与所述监控服务端位于同一局域网，所述反向代理服务器用于实现所述监控探针与所述监控网关的跨局域网通信；

S3，通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据。

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种监控数据的获取方法，其特征在于，包括：

在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针获取所述第一中间件对应的监控数据；

指示所述监控探针将所述监控数据通过反向代理服务器发送至监控网关，其中，所述监控网关与所述监控服务端位于同一局域网，所述反向代理服务器用于实现所述监控探针与所述监控网关的跨局域网通信；

通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据。

2.根据权利要求1所述的监控数据的获取方法，其特征在于，指示监控探针获取所述第一中间件对应的监控数据之前，所述方法还包括：

获取配置文件，其中，所述配置文件中具有所述第一中间件的第一地址和所述监控网关的地址；

将所述配置文件发送至所述监控探针。

3.根据权利要求1所述的监控数据的获取方法，其特征在于，指示监控探针获取所述第一中间件对应的监控数据，包括：

确定监控时间段、监控时间间隔和待监控的目标监控指标；

指示所述监控探针在所述监控时间段每隔所述监控时间间隔从第一中间件中拉取所述目标监控指标对应的监控数据。

4.根据权利要求1所述的监控数据的获取方法，其特征在于，通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据，包括：

通过所述监控服务端调用所述监控网关的监控数据查询接口，向监控网关发送调取目标监控数据的调用请求，其中，所述第一中间件对应的监控数据包括所述目标监控数据；

指示所述监控网关根据所述调用请求从目标缓存中获取所述目标监控数据；

通过所述监控服务端获取所述监控网关发送的所述监控数据。

5.根据权利要求1所述的监控数据的获取方法，其特征在于，通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据之后，所述方法还包括：确定用于存储监控数据的目标数据库；

通过所述监控服务端将从所述监控网关获取到的所述第一中间件对应的监控数据存储至所述目标数据库。

6.根据权利要求1所述的监控数据的获取方法，其特征在于，通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据之后，所述方法还包括：获取数据可视化平台发送的查询请求；

响应于所述查询请求，向所述数据可视化平台发送所述第一中间件对应的监控数据，其中，所述数据可视化平台在获取到所述第一中间件对应的监控数据之后，在目标页面显示所述第一中间件对应的监控数据。

7.根据权利要求1所述的监控数据的获取方法，其特征在于，所述方法还包括：在监控服务端与待监控的第二中间件位于同一局域网的情况下，指示所述监控服务端直接从所述第二中间件中拉取所述第二中间件对应的监控数据。

8.一种监控数据的获取装置，其特征在于，包括：

第一获取模块，用于在监控服务端与待监控的第一中间件分别位于两个不同的局域网的情况下，指示监控探针获取所述第一中间件对应的监控数据；

发送模块，用于指示所述监控探针将所述监控数据通过反向代理服务器发送至监控网关，其中，所述监控网关与所述监控服务端位于同一局域网，所述反向代理服务器用于实现所述监控探针与所述监控网关的跨局域网通信；

第二获取模块，用于通过所述监控服务端从所述监控网关获取所述第一中间件对应的监控数据。

9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至7中任一项所述的方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至7中任一项所述的方法。

Images