确定监控策略的覆盖状态的方法、装置及存储介质

技术领域

本发明实施例涉及通信领域，具体而言，涉及一种确定监控策略的覆盖状态的方法、装置、存储介质及电子装置。

背景技术

金融行业对数据安全和合规性有较高的要求，金融云服务的稳定运行依赖于监控系统全方位的实时检测，以保障云服务的稳定性、性能、安全性等等。为了保障云服务能够安全稳定运行，云服务的每个功能区往往采用多个监控系统进行监控，每个监控系统下有多套监控策略，共同为云服务的故障响应提供多重保障，但多功能区背景下，几十万台服务器配置多套监控系统，如何确定每套监控系统下每个监控策略的覆盖状态是难以解决的问题。

发明内容

本发明实施例提供了一种确定监控策略的覆盖状态的方法、装置、存储介质及电子装置，以至少解决相关技术中监控策略的覆盖状态难以确定的问题。

根据本发明的一个实施例，提供了一种确定监控策略的覆盖状态的方法，包括：获取目标云服务中包括的各个节点的资产信息；根据所述目标云服务包括的各个节点的资产信息以及目标监控策略的覆盖规则确定需要配置所述目标监控策略的目标节点；调用监控系统的查询接口获取所述目标监控策略已绑定的第一节点；根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态。

在一个示例性实施例中，根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态包括：确定所述目标节点的第一个数；确定所述目标节点与所述第一节点中均包括的第二节点的第二个数；基于所述第二个数与所述第一个数的比值确定所述目标监控策略的覆盖状态。

在一个示例性实施例中，在根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态之后，所述方法还包括：在确定所述第二个数与所述第一个数的比值未达到目标阈值的情况下，为所述目标节点中的第三节点配置所述目标监控策略，其中，所述第三节点为所述目标节点中包括且所述第一节点中不包括的节点。

在一个示例性实施例中，为所述目标节点中的第三节点配置所述目标监控策略包括：获取所述目标监控策略的覆盖规则；根据所述目标监控策略的覆盖规则，调用所述监控系统的配置接口；通过所述配置接口，为所述第三节点配置所述目标监控策略。

在一个示例性实施例中，所述方法还包括：通过柱状图展示所述目标云服务的目标功能区中包括的多个监控策略的覆盖情况，其中，所述多个监控策略包括所述目标监控策略，所述柱状图中包括多个展示区域，一个所述展示区域用于展示所述多个监控策略中包括的一个监控策略的覆盖状态；在接收到用于选择所述展示区域的指令的情况下，显示所述展示区域所展示的监控策略待覆盖的节点的资产信息。

在一个示例性实施例中，获取目标云服务中包括的各个节点的资产信息包括：按照预定访问周期访问所述目标云服务的云服务数据库，以在所述目标云服务中新增节点的情况下，获取新增节点的资产信息，其中，所述云服务数据库中存储有多个节点的资产信息；其中，所述资产信息包括：节点网络标识IP、节点所在的功能区的信息、节点的资产类型、节点所在的部署单元、节点所属的领域的标签、节点的投产状态。

在一个示例性实施例中，在根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态之后，所述方法还包括：在确定所述目标监控策略的覆盖状态为覆盖率未达到目标阈值的情况下，执行告警操作。

在一个示例性实施例中，所述方法还包括：为用于登录所述目标云服务的不同类型的账号配置不用的权限；其中，在所述账号的类型为管理账号的情况下，为所述账号配置第一类权限，所述第一类权限包括：设置所述目标监控策略的覆盖规则、设置告警的接收人、设置所述目标监控策略的配置方法、设置普通账号的第二类权限；在所述账号的类型为普通账号的情况下，为所述普通账号配置所述第二类权限，所述第二类权限包括：查看所述目标监控策略的覆盖状态、查看所述目标云服务中包括的各个节点的资产信息、为所述目标节点中的第三节点手动配置所述目标监控策略，其中，所述第三节点为所述目标节点中包括且所述第一节点中不包括的节点。

根据本发明的另一个实施例，提供了一种确定监控策略的覆盖状态的装置，包括：获取模块，用于获取目标云服务中包括的各个节点的资产信息；第一确定模块，用于根据所述目标云服务包括的各个节点的资产信息以及目标监控策略的覆盖规则确定需要配置所述目标监控策略的目标节点；调用模块，用于调用监控系统的查询接口获取所述目标监控策略已绑定的第一节点；第二确定模块，用于根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态。

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

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

通过本发明，由于根据云服务包括的节点的资产信息以及目标监控策略的覆盖规则确定目标节点，通过查询接口获取已绑定目标监控策略的第一节点，并根据所述目标节点和所述第一节点确定所述目标监控策略的覆盖状态，因此，可以解决相关技术中监控策略的覆盖状态难以确定的问题，达到自动化确定监控策略的覆盖状态的效果。

附图说明

图1是根据本发明实施例的确定监控策略的覆盖状态的方法的移动终端的硬件结构框图；

图2是相关技术中金融云多功能区的部署架构图；

图3是相关技术中监控系统的部署架构图；

图4是根据本发明实施例的确定监控策略的覆盖状态的方法的流程图一；

图5是根据本发明实施例的确定监控策略的覆盖状态的方法的流程图二；

图6是根据本发明实施例的确定监控策略的覆盖状态的装置架构图；

图7是根据本发明实施例的覆盖率模块的架构图；

图8是根据本发明实施例的确定监控策略的覆盖状态的装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明的实施例。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是根据本发明实施例的确定监控策略的覆盖状态的方法的移动终端的硬件结构框图。如图1所示，移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，其中，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的确定监控策略的覆盖状态的方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

首先对本发明所涉及到的相关技术进行说明：

相关技术中，由于应用的监管标准及属性不同，云服务划分为多个功能区，例如，自用区、标准区、政务专区、金融专区等等，每个功能区独立部署监控系统及各监控策略，图2是相关技术中金融云多功能区的部署架构图，如图2所示，每个功能区下部署多个领域的产品和服务，例如，计算、存储、网络、数据库等等，上述产品和服务为应用系统提供运行所需的计算、存储、网络、数据库等资源，以及云服务器、云硬盘、数据库、负载均衡等服务。为了给云服务的稳定运行提供全面、安全的保障，金融云服务的各领域中各产品都部署了多套监控系统，并且每套监控系统中包含多个监控策略，每个策略都有自己的监控配置规则和覆盖率计算规则。图3是相关技术中监控系统的部署架构图，如图3所示，系统监控A和系统监控B以互为主备的形式共同监控云服务产品的系统级指标，并根据所述云产品节点的资产信息，部署不同的监控策略，例如，根据资产类型为物理机和虚机的不同，区分部署物理机监控策略和虚拟机监控策略，根据产品服务的特点，例如，产品的流量、容量、异常情况等业务相关的指标，部署不同的监控策略，金融云单个产品服务器的规模目前已上万台，如图3所示的三个监控系统都需要配置几千甚至上万台机器，且每套监控策略的监控项不同，绑定的机器有所不同，例如，物理机配置“物理机监控策略”、虚拟机配置“虚拟机监控策略”、处理数据流的组件配置“流量监控策略”、处理信令流的组件配置“QPS(Queries PerSecond，每秒查询率)监控策略”、所有组件配置“失败数监控策略”等等，因此确定覆盖状态的规则也不同。运维人员要保障规模庞大的云产品服务的多个监控系统的每套监控策略的机器覆盖率达到阈值，需要精准掌握监控策略和资产信息、准确识别每种监控策略绑定的机器类别，上述两点都是作为检查覆盖是否100％的基础，除此之外还需要自动化计算监控覆盖率、主动发现监控覆盖不全、并且在监控覆盖不完全时能主动告警并进行自动配置。相关技术中，尚未提出能实现上述效果的技术方案。

下面结合本发明实施例，对如何解决相关技术中存在的上述问题进行说明。在本实施例中提供了一种运行于上述移动终端或网络架构的确定监控策略的覆盖状态的方法，图4是根据本发明实施例的确定监控策略的覆盖状态的方法的流程图一，如图4所示，该流程包括如下步骤：

步骤S402，获取目标云服务中包括的各个节点的资产信息；

步骤S404，根据所述目标云服务包括的各个节点的资产信息以及目标监控策略的覆盖规则确定需要配置所述目标监控策略的目标节点；

步骤S406，调用监控系统的查询接口获取所述目标监控策略已绑定的第一节点；

步骤S408，根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态。

在步骤S402中，所述资产信息包括但不限于：节点网络标识IP、节点所在的功能区的信息、节点的资产类型、节点所在的部署单元、节点所属的领域的标签、节点的投产状态等等。在步骤S406中，所述监控系统以功能区为维度，不同功能区的所述监控系统相互隔离，各所述目标监控覆盖策略的覆盖情况在功能区之间互不影响，节点的资产类型用于区分节点是物理机还是虚拟机，物理机和虚拟机的监控项不同，因此监控策略不同。不同的组件所承担的角色不同，例如，某些组件负责处理数据流则需要监控该组件的流量，某些组件负责处理信令流则需要监控该组件的QPS，不同部署单元中的节点配置相同或不同的监控策略。云服务涵盖计算、存储、网络等多个领域，每个领域包含多个产品，每个产品包含多个节点，为每个产品的每个节点加上产品标签，可以极大提高查询效率。在云服务中，已投产的节点需要被监控，反之不需要。

在上述实施例中，获取所述目标监控策略已绑定的第一节点的方法包括但不限于：通过本发明的控制台界面，查看已经添加了所述目标监控策略的节点列表；通过调用监控系统提供的API(Application Programming Interface，应用程序编程接口)，获取已覆盖所述目标监控策略的节点列表信息；可以通过执行相关命令来获取已覆盖所述目标监控策略的节点列表信息；对于将配置信息存储在数据库中的监控系统，可以通过查询数据库来获取已覆盖所述目标监控策略的节点列表信息。

通过上述步骤，由于根据云服务包括的节点的资产信息以及目标监控策略的覆盖规则确定目标节点，通过查询接口获取已绑定目标监控策略的第一节点，并根据所述目标节点和所述第一节点确定所述目标监控策略的覆盖状态，因此，可以解决相关技术中监控策略的覆盖状态难以确定的问题，达到自动化确定监控策略的覆盖状态的效果。

其中，上述步骤的执行主体可以为云服务器、物联网设备、或具备相似功能的设备等等，但不限于此。

在一个可选的实施例中，根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态包括：确定所述目标节点的第一个数；确定所述目标节点与所述第一节点中均包括的第二节点的第二个数；基于所述第二个数与所述第一个数的比值确定所述目标监控策略的覆盖状态。

在上述实施例中，确定所述目标监控策略的覆盖状态的方法包括但不限于：通过所述第二个数与所述第一个数的比值与目标阈值的大小关系，确定所述目标监控策略的覆盖状态，例如，在所述第二个数与所述第一个数的比值小于目标阈值的情况下，确定所述目标监控策略的覆盖状态未达标准；在所述第二个数与所述第一个数的比值大于或等于目标阈值的情况下，确定所述目标监控策略的覆盖状态合乎标准。

在一个可选的实施例中，在根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态之后，所述方法还包括：在确定所述第二个数与所述第一个数的比值未达到目标阈值的情况下，为所述目标节点中的第三节点配置所述目标监控策略，其中，所述第三节点为所述目标节点中包括且所述第一节点中不包括的节点。

在上述步骤中，所述目标阈值包括但不限于：95％、100％等等，所述目标阈值可预先设定并调整。为所述目标节点中的第三节点配置所述目标监控策略的方法包括但不限于：自动配置所述目标监控策略、手动配置所述目标监控策略等等。

在一个可选的实施例中，为所述目标节点中的第三节点配置所述目标监控策略包括：获取所述目标监控策略的覆盖规则；根据所述目标监控策略的覆盖规则，调用所述监控系统的配置接口；通过所述配置接口，为所述第三节点配置所述目标监控策略。

在上述步骤中，通过所述配置接口，为所述第三节点配置所述目标监控策略包括但不限于：使用监控系统的API，通过编程的方式为节点配置监控策略，实现自动化的配置过程。

通过上述步骤，自动根据所述目标监控策略的覆盖规则为应覆盖但未覆盖的节点配置所述目标监控策略，有效避免手动给大规模节点配置监控策略可能造成的人为失误。

在一个可选的实施例中，所述方法还包括：通过柱状图展示所述目标云服务的目标功能区中包括的多个监控策略的覆盖情况，其中，所述多个监控策略包括所述目标监控策略，所述柱状图中包括多个展示区域，一个所述展示区域用于展示所述多个监控策略中包括的一个监控策略的覆盖状态；在接收到用于选择所述展示区域的指令的情况下，显示所述展示区域所展示的监控策略待覆盖的节点的资产信息。

在上述步骤中，示例性的，目标监控策略的覆盖率，可通过柱状图中的一个展示区域进行展示，例如，当所述覆盖率未达到100％时，当运维人员点击所述展示区域时，对所述目标监控策略应覆盖但未覆盖的节点的资产信息进行展示。

在一个可选的实施例中，获取目标云服务中包括的各个节点的资产信息包括：按照预定访问周期访问所述目标云服务的云服务数据库，以在所述目标云服务中新增节点的情况下，获取新增节点的资产信息，其中，所述云服务数据库中存储有多个节点的资产信息；其中，所述资产信息包括：节点网络标识IP、节点所在的功能区的信息、节点的资产类型、节点所在的部署单元、节点所属的领域的标签、节点的投产状态。

在一个可选的实施例中，在根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态之后，所述方法还包括：在确定所述目标监控策略的覆盖状态为覆盖率未达到目标阈值的情况下，执行告警操作。

在上述步骤中，所述告警操作包括但不限于：通过发送电子邮件、短信来进行告警、通过自动拨打电话来进行告警、通过报警器设备来进行告警等等。

在一个可选的实施例中，所述方法还包括：为用于登录所述目标云服务的不同类型的账号配置不用的权限；其中，在所述账号的类型为管理账号的情况下，为所述账号配置第一类权限，所述第一类权限包括：设置所述目标监控策略的覆盖规则、设置告警的接收人、设置所述目标监控策略的配置方法、设置普通账号的第二类权限；在所述账号的类型为普通账号的情况下，为所述普通账号配置所述第二类权限，所述第二类权限包括：查看所述目标监控策略的覆盖状态、查看所述目标云服务中包括的各个节点的资产信息、为所述目标节点中的第三节点手动配置所述目标监控策略，其中，所述第三节点为所述目标节点中包括且所述第一节点中不包括的节点。

下面结合具体实施例，对本发明如何确定监控策略的覆盖状态进行整体说明：

图5是根据本发明实施例的确定监控策略的覆盖状态的方法的流程图二，包括：

步骤S502，触发定时任务；

步骤S504，获取覆盖规则和资产信息；

步骤S506，判断覆盖率是否达到100％，在是的情况下，结束；在否的情况下，执行步骤S508；

步骤S508，告警；

步骤S510，判断是否自动配置监控策略，在是的情况下，执行步骤S512，在否的情况下，跳转到步骤S514；

步骤S512，自动配置监控策略；

步骤S514，手动配置监控策略。

图6是根据本发明实施例的确定监控策略的覆盖状态的装置架构图，如图6所示，上述具体实施例中的步骤可由图示的装置执行，示例性的，各模块的执行操作如下：

步骤S502可由资产模块执行，所述资产模块通过定时任务，周期性地访问云服务数据库，自动获取云服务的节点信息，当云服务中有新节点上线时，资产模块会从云服务数据库中自动获取新节点的资产信息并存储到资产模块数据库中。所述资产模块数据库为主从数据库，使用主从数据库，有利于保证资产模块数据库中数据的高可用性。所述资产模块数据库中存储的各节点的资产信息是本发明中用于计算监控策略的覆盖率和配置监控策略的基础信息。

覆盖规则模块中包括管理员设置的各监控策略的覆盖规则，所述覆盖规则除了用于计算各监控策略的覆盖率，也用于为各节点配置各监控策略提供标准。所述覆盖规则模块是十分重要的模块，用以保证各监控策略覆盖率的正确计算和各节点监控策略的精准配置。表1所示为根据本发明实施例的监控系统中各监控策略的覆盖规则示例。如果某个监控系统有新增的监控策略，只需在表中添加新增的监控策略的覆盖规则即可，而无需修改代码。

表1

通过上述步骤，当云服务的部署规模扩大时，自动同步云服务扩容的节点，并根据覆盖规则和扩容节点的资产信息将扩容的节点自动、精准地加入到监控系统中，上述步骤无需人为干预。

步骤S504和步骤S506可由覆盖率模块执行，每个目标监控策略有不同的计算覆盖率的规则，覆盖规则模块根据目标监控策略的覆盖规则，从资产模块数据库中获取符合上述规则的节点列表作为计算所述目标监控策略的覆盖率的信息基础。覆盖率计算流程包括但不限于：覆盖率模块首先获取所有的覆盖规则，通过所述多个覆盖规则和各节点的资产信息中包括的产品标签、功能区、投产状态、资产类型、部署组件等信息，确定所述目标监控策略应覆盖的节点集合，并计算其数量作为“应覆盖节点数”，“已覆盖节点数”为通过调用监控系统的查询接口(例如，Open API)的方式获取到的目标监控策略下绑定的节点与目标监控策略应覆盖节点的交集节点的数量(而不是获取到的目标监控策略下绑定的节点数量)，根据公式，覆盖率＝已覆盖节点数/应覆盖节点数，计算所述目标监控策略的覆盖率。

示例性的，覆盖率模块还可展示各监控策略的监控覆盖情况，例如，展示各监控策略的覆盖率和应覆盖但未覆盖节点的资产信息。覆盖率模块每隔预定时间(例如，5分钟、10分钟等等)从覆盖规则模块拉取各监控策略的覆盖规则并计算覆盖率，同步到前端通过覆盖率柱状图进行展示。覆盖率柱状图用于从全局视角直观展示各监控系统、各功能区、各监控策略的覆盖率。示例性的，每个监控系统一个图，每个功能区一组柱子，并将应覆盖但未覆盖的节点的资产信息以二维表的形式进行展示，二维表和柱状图联动，以便于运维人员根据应覆盖但未覆盖节点的资产信息为所述节点配置监控策略，图7是根据本发明实施例的覆盖率模块的架构图。示例性的，对于任一目标监控策略，可通过柱状图中的目标区域显示覆盖率，当覆盖率未达到100％且运维人员点击所述目标区域时，对所述目标监控策略应覆盖但未覆盖的节点的资产信息进行展示。

步骤S508可由告警模块执行，告警模块用于在监控覆盖率未达100％时，主动向运维人员发出告警。

步骤S510、步骤S512可由监控配置模块执行，监控配置模块用于在所述目标监控策略的覆盖率未达100％时，自动为应覆盖但未覆盖的节点配置所述目标监控策略，监控配置可以通过自动或手动的方式，如果运维人员设置了自动配置，则所述监控配置模块自动根据监控覆盖规则为应覆盖但未覆盖的节点配置所述目标监控策略；如果运维人员设置了手动配置，则需要运维人员根据覆盖率模块中的二维表手动为应覆盖但未覆盖的节点配置所述目标监控策略。示例性的，所述自动配置监控策略的步骤如下：自动配置程序访问覆盖规则模块，从覆盖规则模块中获取目标监控策略的覆盖规则，根据所述覆盖规则，调用监控系统的配置接口，对应覆盖但未覆盖的节点进行监控配置。例如，在覆盖率模块检测到MONITOR监控系统的物理机监控策略覆盖率未达100％时，从监控覆盖规则配置表中获取规则1(即物理机监控策略)，根据规则1，首先从资产模块的数据库中获取携带预定标签、同一功能区下投产状态为是的物理机节点，作为应覆盖节点集合，然后调用MONITOR监控系统的接口，获取目标监控策略下配置的节点，作为已覆盖节点集合，将上述两个集合做差，得到未覆盖的节点集合，最后调用MONITOR的监控配置接口，为未覆盖的节点配置物理机监控策略。

所述告警模块和所述监控配置模块基于覆盖率模块的触发执行上述步骤，当覆盖率未达100％时，会触发告警和监控覆盖模块，反之本次任务结束，等待预定时间(例如，5分钟、10分钟等等)进入下一次任务，其中，每一次任务为对所有的目标监控策略计算一次覆盖率。

示例性的，所述装置还包括：权限管理模块，用于将用户区分为管理员和普通用户，并为不同用户设置访问和编辑的权限。示例性的，管理员的权限包括但不限于：编辑权限，例如，设置监控覆盖规则、设置告警接收人、设置监控配置方式、为普通用户划分产品权限等管理相关的权限等等；普通用户无编辑权限，且在管理员为普通用户划分云服务产品权限后，普通用户只能查看预定的一个或多个云服务产品的相关界面，且只能为所在预定的一个或多个云服务产品手动配置监控策略，示例性的，上述各模块的权限都基于所述权限管理模块进行配置，所述权限管理模块提供了安全、准确的运行保障。

通过上述步骤和模块，本发明整合多功能区、多监控系统的监控数据，采用图形化的方式汇总数据，实现了通过一个入口，一个平台，一个视角，为运维人员提供统一的全局运维视角，简化冗杂的运维工作，极大提升运维效率，并为多功能区平台提供稳定运行保障。

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

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

图8是根据本发明实施例的确定监控策略的覆盖状态的装置的结构框图，如图8所示，该装置包括：获取模块82，用于获取目标云服务中包括的各个节点的资产信息；第一确定模块84，用于根据所述目标云服务包括的各个节点的资产信息以及目标监控策略的覆盖规则确定需要配置所述目标监控策略的目标节点；调用模块86，用于调用监控系统的查询接口获取所述目标监控策略已绑定的第一节点；第二确定模块88，用于根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态。

在一个可选的实施例中，所述第二确定模块88包括：第一确定单元，用于确定所述目标节点的第一个数；第二确定单元，用于确定所述目标节点与所述第一节点中均包括的第二节点的第二个数；第三确定单元，用于基于所述第二个数与所述第一个数的比值确定所述目标监控策略的覆盖状态。

在一个可选的实施例中，所述装置还包括：第一配置模块，用于在根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态之后，在确定所述第二个数与所述第一个数的比值未达到目标阈值的情况下，为所述目标节点中的第三节点配置所述目标监控策略，其中，所述第三节点为所述目标节点中包括且所述第一节点中不包括的节点。

在一个可选的实施例中，所述第一配置模块包括：获取单元，用于获取所述目标监控策略的覆盖规则；调用单元，用于根据所述目标监控策略的覆盖规则，调用所述监控系统的配置接口；配置单元，用于通过所述配置接口，为所述第三节点配置所述目标监控策略。

在一个可选的实施例中，所述装置还包括：展示模块，用于通过柱状图展示所述目标云服务的目标功能区中包括的多个监控策略的覆盖情况，其中，所述多个监控策略包括所述目标监控策略，所述柱状图中包括多个展示区域，一个所述展示区域用于展示所述多个监控策略中包括的一个监控策略的覆盖状态；显示模块，用于在接收到用于选择所述展示区域的指令的情况下，显示所述展示区域所展示的监控策略待覆盖的节点的资产信息。

在一个可选的实施例中，所述获取模块82包括：访问单元，用于按照预定访问周期访问所述目标云服务的云服务数据库，以在所述目标云服务中新增节点的情况下，获取新增节点的资产信息，其中，所述云服务数据库中存储有多个节点的资产信息；其中，所述资产信息包括：节点网络标识IP、节点所在的功能区的信息、节点的资产类型、节点所在的部署单元、节点所属的领域的标签、节点的投产状态。

在一个可选的实施例中，所述装置还包括：执行模块，用于在根据所述目标节点和所述第一节点，确定所述目标监控策略的覆盖状态之后，在确定所述目标监控策略的覆盖状态为覆盖率未达到目标阈值的情况下，执行告警操作。

在一个可选的实施例中，所述装置还包括：第二配置模块，用于为用于登录所述目标云服务的不同类型的账号配置不用的权限；其中，在所述账号的类型为管理账号的情况下，为所述账号配置第一类权限，所述第一类权限包括：设置所述目标监控策略的覆盖规则、设置告警的接收人、设置所述目标监控策略的配置方法、设置普通账号的第二类权限；在所述账号的类型为普通账号的情况下，为所述普通账号配置所述第二类权限，所述第二类权限包括：查看所述目标监控策略的覆盖状态、查看所述目标云服务中包括的各个节点的资产信息、为所述目标节点中的第三节点手动配置所述目标监控策略，其中，所述第三节点为所述目标节点中包括且所述第一节点中不包括的节点。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

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

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

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

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

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

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

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。