CN114416490A - 基于区块链的监控报警方法、装置、电子设备及存储介质 - Google Patents
基于区块链的监控报警方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114416490A CN114416490A CN202210082381.7A CN202210082381A CN114416490A CN 114416490 A CN114416490 A CN 114416490A CN 202210082381 A CN202210082381 A CN 202210082381A CN 114416490 A CN114416490 A CN 114416490A
- Authority
- CN
- China
- Prior art keywords
- monitoring
- target data
- data
- information
- alarm
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
- G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3476—Data logging
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Computer Hardware Design (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提出一种基于区块链的监控报警方法、装置、电子设备及存储介质,包括以下步骤,依据区块链的基础架构划分区块链节点的层次以获取监控节点;基于所述监控节点设置监控代理器,并建立所述监控代理器与预设的监控服务器之间的通信连接;所述监控代理器采集各监控节点的负载信息和运行状态以获取第一目标数据;所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据。本申请可以对获取到的监控数据进行归并处理,提高对监控数据的查询速度,从而提高异常情况处理的效率。
Description
技术领域
本申请涉及区块链技术领域,尤其涉及一种基于区块链的监控报警方法、装置、电子设备及存储介质。
背景技术
区块链一般是指可信任的共享数据库,相邻区域的数据多通过数据节点连通,分布式网络是区块链的基础设施,每个节点上产生的数据通过分布式网络广播到其他节点,其他节点通过工作量证明来验证数据的真实性。
传统的区块链监控平台对区块链节点进行监控时通常会直接对获得的监控数据进行查询,以判断监控数据中是否存在异常数据。然而由于区块链节点数量众多,且每一个区块链节点可能有若干种需要被监控的性能指标,导致整个网络中的监控数据规模变得非常巨大,查询数据时需要对所有的监控数据进行遍历,非常耗时,从而降低了对异常情况的处理效率。
发明内容
鉴于以上内容,有必要提出一种基于区块链的监控报警方法、装置、电子设备及存储介质,以解决区块链节点出现异常情况时处理效率低下这一技术问题。
本申请实施例提供一种基于区块链的监控报警方法,所述方法包括:
依据区块链的基础架构划分区块链节点的层次以获取监控节点;
基于所述监控节点设置监控代理器,并建立所述监控代理器与预设的监控服务器之间的通信连接;
所述监控代理器采集各监控节点的负载信息和运行状态以获取第一目标数据;
所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据;
依据所述第二目标数据和预设的报警规则判断是否发出报警信息。
本申请可以通过对获取到的监控数据进行重新划分和归并处理去除一些重复的冗余数据,使监控数据的规模有效降低,同时无需对所有的监控数据进行查询,提高对监控数据的查询速度,从而提高异常情况处理的效率。
在一些实施例中,所述基于区块链的监控报警方法还包括:
监控服务器向区块链节点发送状态测试请求;
根据区块链节点响应于所述状态测试请求返回的状态测试信息确定监控服务器与监控代理器之间的通信状态。
如此,可以及时掌握监控服务器与监控代理器之间的通信状态,防止各个区块链节点在监控过程中出现问题导致得到的数据存在异常。
在一些实施例中,所述建立所述监控代理器与预设的监控服务器之间的通信连接之后,所述方法还包括:
依据预设周期向所述监控代理器发送心跳请求以获取心跳信息;
基于所述心跳信息判断所述通信连接是否保持,若保持,则继续依据预设周期向所述监控代理器发送心跳请求以获取心跳信息,若不保持,则重新建立预设的监控服务器与所述监控代理器之间的通信连接。
如此,通过对通信连接情况的不定时检测,可以防止在数据传输时出现通信中断而不能得知的情况。
在一些实施例中,所述负载信息至少包括处理器使用率、内存使用率和硬盘用量中的硬件使用信息,所述运行状态至少包括代理协议TCP连接数、矿池算力及拒绝率。
如此,可以根据负载信息和运行状态中的主要指标生成能够反映出负载信息和运行状态真实情况的监控数据,便于后续过程实时判断区块链节点是否存在异常情况。
在一些实施例中,所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据包括:
所述监控服务器接收所述第一目标数据作为第一目标数据序列;
对所述第一目标数据序列从中间进行划分以获取左序列和右序列,若所述第一目标数据序列的总数据量为奇数,则左序列比右序列多一个数据;
分别对所述左序列和右序列进行递归分解,直到所有的序列只含有一个数据以获取单元序列集;
对所述单元序列集中的各序列逐步进行归并和排序以作为第二目标数据。
如此,可以通过对获取到的监控数据进行重新划分和归并处理去除一些重复的冗余数据,使监控数据的规模有效降低,同时无需对所有的监控数据进行查询,提高对监控数据的查询速度,从而提高异常情况处理的效率。
在一些实施例中,所述监控服务器接收所述第一目标数据包括:
通过手机端获取用户的身份认证请求及待认证信息,其中,所述待认证信息包括待认证生物特征信息和待认证身份信息;
将待认证信息发送到各个区块链节点进行认证,其中,每个区块链节点中存储有用户信息,用户信息包括用户生物特征信息和用户身份信息;
获取区块链节点认证结果,并将认证结果反馈至手机端,若认证结果为登陆成功,则用户可通过手机端登录所述监控服务器以接收所述第一目标数据。
如此,通过获取用户的身份认证请求及待认证信息,并由区块链节点进行认证,从而有效实现了用户身份认证,形成了去中心化、防篡改的身份认证模式,使得身份认证更加安全,有效提升了信息安全防护、提升风险防范能力。
在一些实施例中,所述依据所述第二目标数据和预设的报警规则判断是否发出报警信息包括:
所述监控服务器根据被监控数据的类型设置所述第二目标数据的报警阈值;
判断所述第二目标数据是否满足所述报警阈值;
若所述第二目标数据满足所述报警阈值则生成报警信息,并比对第二目标数据和所述报警阈值获得第二目标数据中超出报警阈值的数据量。
如此,由于所述第二目标数据已经经过归并排序处理,因此可按照由高到低的顺序比对第二目标数据是否超过所述报警阈值,无需对所有数据进行逐一比对即可判断是否发出报警信息,提高对异常情况的处理效率。
本申请实施例还提供一种基于区块链的监控报警装置,所述装置包括:
划分单元,用于依据区块链的基础架构划分区块链节点的层次以获取监控节点;
设置单元,用于基于所述监控节点设置监控代理器,并建立所述监控代理器与预设的监控服务器之间的通信连接;
获取单元,用于所述监控代理器采集各监控节点的负载信息和运行状态以获取第一目标数据;
归并单元,用于所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据;
判断单元,用于依据所述第二目标数据和预设的报警规则判断是否发出报警信息。
本申请实施例还提供一种电子设备,所述电子设备包括:
存储器,存储有计算机可读指令;及
处理器,执行所述存储器中存储的计算机可读指令以实现上述基于区块链的监控报警方法。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现上述的基于区块链的监控报警方法。
附图说明
图1是本申请所涉及的基于区块链的监控报警方法的较佳实施例的流程图。
图2是本申请所涉及的基于监控服务器接收第一目标数据,并对第一目标数据进行归并处理以获取第二目标数据的较佳实施例的流程图。
图3是本申请所涉及的基于区块链的监控报警装置的较佳实施例的功能模块图。
图4是本申请所涉及的基于区块链的监控报警方法的较佳实施例的电子设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本实施例中,基于区块链的分布式计算手机监控报警方法可以应用于电子设备中,对于需要进行基于区块链的分布式计算手机监控报警执行的电子设备,可以直接在电子设备上集成本申请的方法所提供的基于区块链的标注任务执行的功能,或者以软件开发工具包(Software Development Kit,SDK)的形式运行在电子设备中。
如图1所示,本申请实施例提供一种基于区块链的监控报警方法,本方法可以应用于通过手机对单个服务器、集群服务器进行监控,本实施例以集群服务器为例,包括以下步骤。
S10,依据区块链的基础架构划分区块链节点的层次以获取监控节点。
在一个可选的实施例中,所述基础架构可以为预先对所述区块链节点中的层次进行划分得到的架构。
该可选的实施例中,可以根据区块链的基础架构设计为区块链节点进行层次划分,划分的层次可以包括应用组件层、数据存储层、基础设施层、共识层和智能合约层。其中,应用组件层指为区块链提供网络服务、认证服务的组件层,可以包括但不限于路由、CA(Certificate Authority,电子认证服务机构)认证中心、Datenode数据中心;数据存储层可以主要包括MySQL数据库、LevelDB数据库、TcaplusDB数据库等存储中间件以及区块链中的区块数据;基础设施层指为区块链提供基础功能的设施组件,可以具体包括但不限于CPU、内存、磁盘;共识层是区块链的核心技术之一,主要可以包括共识算法以及共识机制,具体包括POW工作量证明、POS权益证明、拜占庭容错算法等共识机制,上述共识机制能够使区块链节点在去中心化的区块链网络中高效地针对区块数据的有效性达成共识;智能合约层是区块链可编程的基础,可以包括但不限于各种脚本、代码、算法机制以及智能合约,从而能够将代码嵌入区块链或是令牌中,实现可自定义的智能合约,在达到预设的约束条件下,无需经由第三方即可自动执行智能合约。
如此,所述划分的层次包含有功能不同的多个层次,有利于后续步骤在此基础上部署监控代理器,实现对区块链节点较为全面的数据监测。
S11,基于所述监控节点设置监控代理器,并建立所述监控代理器与预设的监控服务器之间的通信连接。
该可选的实施例中,根据每个区块链节点的层次来分发针对各个区块链节点的监控代理器,每个区块链节点对应多个层次,不同的层次需要监控的项目是不同的,故需要在每个层次上设置不同的监控代理器。
该可选的实施例中,可使用zabbix代理服务器作为所述预设的监控服务器,zabbix代理服务器是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案,能监视各种网络参数,保证服务器系统的安全运营;并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。
该可选的实施例中,zabbix代理服务器由zabbix服务器和zabbix代理器组成,zabbix代理器需要安装在区块链节点的各个层次中,它主要完成对硬件信息或与操作系统有关的内存,CPU等信息的收集,并将收集到的信息发送给zabbix服务器,zabbix服务器可以监视远程服务器的服务状态,也可以接收zabbix代理器发送的数据。
该可选的实施例中,可将zabbix服务器作为监控服务器,zabbix代理器作为监控代理器,在每个层次中都设置有zabbix代理器,每个层次对应的zabbix代理器执行的监控项不同。
示例性的,所述应用组件层对应的监控项为:CA证书颁发级别及对应的数量,即分别为各种级别用户颁发的证书及对应的证书数量;路由负载均衡,即为当前区块链节点分配了多少路由;交易数量,指当前区块链节点产生或接收了多少交易。
所述数据存储层对应的监控项为:数据库查询时间,用于监测数据库的访问查询性能;数据库连接数,用于表征数据库运行状态,并可以判断当前数据库连接数是否大于最大允许连接数。
所述基础设施层对应的监控项为:CPU利用率、网络吞吐量、内存切换率、磁盘空间大小和读写速率,上述指标均用于表征基础组件的运行状况及性能。
所述共识层对应的监控项为:共识时间、共识流量、出块时间等,用于监测区块链网络以及共识机制的可用性。
所述智能合约层对应的监控项为:合约调用时间、合约部署数据,用于监控区块链智能合约的稳定性。
该可选的实施例中,可以通过手机端、监控服务器对各个区块链节点进行监控,例如,手机端向所述监控服务器发送访问请求,访问请求包括某个监控代理器的地址信息,监控服务器基于地址信息与对应的监控代理器建立通信连接,手机端就能够通过监控服务器获取该监控代理器的监控数据。
在一个可选的实施例中,监控服务器与监控代理器建立通信连接后,为了保证后续的数据传输流畅,需要检测监控服务器与监控代理器建立的通信连接是否正常。
在一些实施例中,判断通信连接是否正常包括:
监控服务器向区块链节点发送状态测试请求;
根据区块链节点响应于所述状态测试请求返回的状态测试信息确定监控服务器与监控代理器的通信状态。
例如,监控服务器向区块链节点发送端口测试请求和网速测试请求。
在实际应用中,监控代理器传输数据,需要开放相关的服务器端口,例如80端口等,如果相关服务端口不通,监控代理器也无法传输数据,基于此,需要对监控代理器传输数据上的相关端口进行测试,端口测试请求主要用于测试监控代理器的服务端口是否正常。具体的,监控服务器向监控代理器的相关服务端口发送携带超时时间的连接请求,例如携带有超时时间的TCP连接请求,所述连接请求用于请求建立监控服务器与监控代理器之间的连接。
端口测试请求具体为携带超时时间的连接请求,若监控代理器在所述超时时间内连接成功,并返回了连接成功的结果,则确定所述监控代理器的端口运行状态为正常,端口可用,则进行网速测试;若监控代理器在所述超时时间内未连接成功,显示连接超时,则说明所述监控代理器的端口运行状态为异常,端口不可用,监控服务器将端口测试结果反馈给手机端。
网速测试请求是监控服务器向监控代理器发送数据获取请求,并记录发送所述数据获取请求时的第一时间,在接收到所述测试服务器响应于所述数据获取请求返回的响应数据时,记录当前时间;基于所述第一时间、当前时间,以及所述响应数据的数据量确定监控服务器与监控代理器之间通信时的网速。
若所述网速小于所述网速阈值,则得到监控服务器与监控代理器之间的通信状态异常,监控服务器将网速测试结果反馈给手机端。
若网速大于或等于预设的网速阈值,则得到监控服务器与监控代理器之间的通信状态正常。
在一些实施例中,建立所述监控代理器与所述监控服务器之间的通信连接之后,所述方法还包括:
依据预设周期向所述区块链节点发送心跳请求以获取心跳信息;
基于所述心跳信息判断所述通信连接是否保持,若保持,则继续依据预设周期向所述区块链节点发送心跳请求以获取心跳信息,若不保持,则重新建立预设的监控服务器与所述区块链节点之间的通信连接。
所述心跳信息为预设的代码脚本每隔一定时间向区块链节点发送一个固定的信息,如每隔一点分钟发送一次信息,区块链节点收到后回复一个固定的信息,若区块链节点在一分钟内没有收到心跳信息,则视为预设的监控服务器与所述区块链节点之间的通信连接没有保持通信连接。
S12,所述监控代理器采集各监控节点的负载信息和运行状态以获取第一目标数据。
该可选的实施例中,基于监控代理器采集所述区块链节点中每个层次的监控数据。所述监控数据用于表征所述每个层次的性能及使用状况。监控数据包括区块链节点中每个层次的负载信息和运行状态;其中,所述负载信息至少包括处理器使用率、内存使用率和硬盘用量中的硬件使用信息,所述运行状态至少包括代理协议TCP连接数、矿池算力及拒绝率。
若认证结果为登陆成功,则用户可通过手机端登录Zabbix服务器以接收所述第一目标数据该可选的实施例中,获取第一目标数据的过程如下:
创建zabbix服务器与各监控节点上部署的zabbix代理器之间的通信连接;
通过zabbix代理器分别从各监控节点采集各个层次的负载信息和运行状态,并将获取到的数据作为所述第一目标数据。
如此,通过建立zabbix服务器与各监控节点上部署的zabbix代理器之间的通信连接,由zabbix代理器分别从各监控节点采集各个层次的负载信息和运行状态并发送至zabbix服务器,从而可以快速全面的获取从各监控节点的信息。。
S13,所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据。
在一个可选的实施例中,所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据包括:
S131,所述监控服务器接收所述第一目标数据作为第一目标数据序列。
该可选的实施例中,可使用zabbix服务器接收由zabbix代理器采集的所述第一目标数据。该可选的实施例中,所述监控服务器接收所述第一目标数据时,用户首先需要登陆Zabbix代理服务器,包括:
通过手机端获取用户的身份认证请求及待认证信息,其中,所述待认证信息包括待认证生物特征信息和待认证身份信息;
将待认证信息发送到各个区块链节点进行认证,其中,每个区块链节点中存储有用户信息,用户信息包括用户生物特征信息和用户身份信息;
获取区块链节点认证结果,并将认证结果反馈至手机端,若认证结果为登陆成功,则用户可通过手机端登录所述Zabbix服务器以接收所述第一目标数据。
该可选的实施例中,由于各个区块链监控节点存在大量需要被监控的数据,而这些数据类型和数据内容各不相同的数据作为第一目标数据被监控服务器接收时仍处于杂乱无序的状态,因此将监控服务器接收到的第一目标数据作为一条数据序列。
S132,对所述第一目标数据序列从中间进行划分以获取左序列和右序列,若所述第一目标数据序列的总数据量为奇数,则左序列比右序列多一个数据。
该可选的实施例中,根据第一目标数据序列的长度,从该序列的中间位置将第一目标数据序列平均划分为两个序列,分别为左序列和右序列;若第一目标数据序列的总数据量为奇数,则从中间位置进行划分时,可以使左序列比右序列多一个数据。
示例性的,第一目标数据序列为[19,15,37,12,25],则从中间位置对第一目标数据序列进行划分后得到的第一层中左序列为[19,15,37],右序列为[12,25]。
S133,分别对所述左序列和右序列进行递归分解,直到所有的序列只含有一个数据以获取单元序列集。
该可选的实施例中,若被划分后得到的左序列和右序列中的数据个数不止一个,则需要再次分别从左序列和右序列的中间位置进行划分,依次递归划分新得到的左序列和右序列,最后直到所有的序列只含有一个数据以获取单元序列集。
示例性的,对左序列[19,15,37]进行划分得到第二层序列为[19,15]、[37],对右序列进行划分得到第二层序列为[12]、[25],由于序列[19,15]仍有两个数据,因此从中间位置对该序列继续进行划分后得到第三层序列为[19]、[15],最终得到的所有的序列只含有一个数据,分别为[19]、[15]、[37]、[12]、[25],该序列共有三层。
该可选的实施例中,通过对第一目标数据序列采用二分法进行递归分层可以使得对半分所产生的递归树深度最小,即若第一目标数据序列的长度为N,则递归树深度为lgN,每层的代价都是N,二分递归算法的复杂度为O(NlgN),这可以保证每次至少排除一半的可能;在递归分解过程中,第一目标数据序列是在不断地划分,比较只发生在合并各个有序的子序列中,使得归并排序的过程中比较次数是所有排序中最少的,从而提高递归分解的效率。
S134,对所述单元序列集中的各序列逐步进行归并和排序以作为第二目标数据。
该可选的实施例中,由于此时所有单元序列都只有一个数据,因此逐步对各序列进行层层合并及排序,以恢复到和所述第一目标数据序列长度相同时的序列,并将该序列中的所有数据作为第二目标数据。
示例性的,第三层序列为[19]、[15],由于15<19,因此合并排序后得到的序列为[15,19],继续对应排序归并第二层序列的[19,15]、[37]和[12]、[25]可以得到两组序列分别为[15,19,37]和[12,25],取两组的第1个数比较:15>12,所以12放第1个位置;接着取第二组的第2个数比较:15<25,所以15放第2个位置;接着取第一组的第2个数比较:19<25,所以19放第3个位置;接着取第一组的第3个数比较:37>25,所以25放第4个位置;由于第二组已经没有数据,所以37自然归入第5个位置,第二目标数据为[12,15,19,25,37]。在此过程中,对后一层的归并和排序可以有效降低上一层排序过程中的比较次数,提高排序效率。
最终,通过归并排序可对第一目标数据序列中的所有数据进行有规律的排列,其中,若存在重复数据,则可仅选取重复数据中的一个作为代表进行排序。
如此,可以通过对获取到的监控数据进行重新划分和归并处理去除一些重复的冗余数据,使监控数据的规模有效降低,同时无需对所有的监控数据进行查询,提高对监控数据的查询速度,从而提高异常情况处理的效率。
S14,依据所述第二目标数据和预设的报警规则判断是否发出报警信息。
在一个可选的实施例中,所述依据所述第二目标数据和预设的报警规则判断是否发出报警信息包括:
S141,所述监控服务器根据被监控数据的类型设置所述第二目标数据的报警阈值。
该可选的实施例中,监控服务器可根据各区块链监控节点被监控数据的类型设置对应的报警阈值,示例性的,以CPU容量为例,可设置CPU容量报警阈值为90%,当监控到CPU容量数据的值大于90%时,可触发报警系统。
该可选的实施例中,报警触发机制通过手机端设置报警上线,Zabbix代理服务器能获取所有手机端列表,报警一般是Zabbix代理服务器生成故障报警信息发送给手机端。另外还有网络报警,网络报警需要手机端和Zabbix代理服务器保持长链接,即手机端开启报警功能,手机端有心跳服务,每隔一分钟检测Zabbix代理服务器是否存在,存在的话,当获取的监控数据超过常规服务,如内存磁盘cpu超过一定指标就会触发,手机端发出铃声报警,如果有其它设备比如手环等,手机还可以跟手环通信,手环变亮变暗等提醒用户。
S142,判断所述第二目标数据是否满足所述报警阈值。
该可选的实施例中,由于所述第二目标数据已经经过归并排序处理,因此可按照由高到低的顺序比对第二目标数据是否超过所述报警阈值以获取判断结果。
S143,若所述第二目标数据满足所述报警阈值则生成报警信息,并比对第二目标数据和所述报警阈值获得第二目标数据中超出报警阈值的数据量。
该可选的实施例中,若所述第二目标数据满足所述报警阈值则生成报警信息并进行报警,且可按照由高到低的顺序比对第二目标数据和所述报警阈值从而判断第二目标数据中超出报警阈值的数据量,若所述第二目标数据不满足所述报警阈值则无需生成报警信息。
如此,由于所述第二目标数据已经经过归并排序处理,因此可按照由高到低的顺序比对第二目标数据是否超过所述报警阈值,无需对所有数据进行逐一比对即可判断是否发出报警信息,提高对异常情况的处理效率。
本申请实施例可以根据监控数据准确定位出现异常情况的区块链节点,便于管理人员及时对异常情况进行定点处理,从而提高异常情况处理的效率。
请参见图3,图3是本申请基于区块链的监控报警装置的较佳实施例的功能模块图。基于区块链的监控报警装置11包括划分单元110、设置单元111、获取单元112、归并单元113、判断单元114。本申请所称的模块/单元是指一种能够被处理器13所执行,并且能够完成固定功能的一系列计算机可读指令段,其存储在存储器12中。在本实施例中,关于各模块/单元的功能将在后续的实施例中详述。
在一个可选的实施例中,划分单元110用于依据区块链的基础架构划分区块链节点的层次以获取监控节点。
在一个可选的实施例中,所述层次为预先对所述区块链节点中的层次进行划分得到的架构。
该可选的实施例中,可以根据区块链的基础架构设计为区块链节点进行层次划分,划分的层次可以包括应用组件层、数据存储层、基础设施层、共识层和智能合约层。其中,应用组件层指为区块链提供网络服务、认证服务的组件层,可以包括但不限于路由、CA(Certificate Authority,电子认证服务机构)认证中心、Datenode数据中心;数据存储层可以主要包括MySQL数据库、LevelDB数据库、TcaplusDB数据库等存储中间件以及区块链中的区块数据;基础设施层指为区块链提供基础功能的设施组件,可以具体包括但不限于CPU、内存、磁盘;共识层是区块链的核心技术之一,主要可以包括共识算法以及共识机制,具体包括POW工作量证明、POS权益证明、拜占庭容错算法等共识机制,上述共识机制能够使区块链节点在去中心化的区块链网络中高效地针对区块数据的有效性达成共识;智能合约层是区块链可编程的基础,可以包括但不限于各种脚本、代码、算法机制以及智能合约,从而能够将代码嵌入区块链或是令牌中,实现可自定义的智能合约,在达到预设的约束条件下,无需经由第三方即可自动执行智能合约。
在一个可选的实施例中,设置单元111用于基于所述监控节点设置监控代理器,并建立所述监控代理器与预设的监控服务器之间的通信连接。
该可选的实施例中,根据每个区块链节点的层次来分发针对各个区块链节点的监控代理器,每个区块链节点对应多个层次,不同层次需要监控的项目是不同的,故需要在每个层次上设置不同的监控代理器。
该可选的实施例中,可使用zabbix代理服务器作为所述预设的监控服务器,zabbix代理服务器是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案,能监视各种网络参数,保证服务器系统的安全运营;并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。
该可选的实施例中,zabbix代理服务器由zabbix服务器和zabbix代理器组成,zabbix代理器需要安装在区块链节点的各个层次中,它主要完成对硬件信息或与操作系统有关的内存,CPU等信息的收集,并将收集到的信息发送给zabbix服务器,zabbix服务器可以监视远程服务器的服务状态,也可以接收zabbix代理器发送的数据。
该可选的实施例中,可将zabbix服务器作为监控服务器,zabbix代理器作为监控代理器,在每个层次中都设置有zabbix代理器,每个层次对应的zabbix代理器执行的监控项不同。
示例性的,所述应用组件层对应的监控项为:CA证书颁发级别及对应的数量,即分别为各种级别用户颁发的证书及对应的证书数量;路由负载均衡,即为当前区块链节点分配了多少路由;交易数量,指当前区块链节点产生或接收了多少交易。
所述数据存储层对应的监控项为:数据库查询时间,用于监测数据库的访问查询性能;数据库连接数,用于表征数据库运行状态,并可以判断当前数据库连接数是否大于最大允许连接数。
所述基础设施层对应的监控项为:CPU利用率、网络吞吐量、内存切换率、磁盘空间大小和读写速率,上述指标均用于表征基础组件的运行状况及性能。
所述共识层对应的监控项为:共识时间、共识流量、出块时间等,用于监测区块链网络以及共识机制的可用性。
所述智能合约层对应的监控项为:合约调用时间、合约部署数据,用于监控区块链智能合约的稳定性。
该可选的实施例中,可以通过手机端、监控服务器对各个监控代理器进行监控,例如,手机端向所述监控服务器发送访问请求,访问请求包括某个监控代理器的地址信息,监控服务器基于地址信息与对应的监控代理器建立通信连接,手机端就能够通过监控服务器获取该监控代理器的监控数据。
在一个可选的实施例中,监控服务器与监控代理器建立通信连接后,为了保证后续的数据传输流畅,需要检测监控服务器与监控代理器建立的通信连接是否正常。
在一些实施例中,判断通信连接是否正常包括:
监控服务器向区块链节点发送状态测试请求;
根据区块链节点响应于所述状态测试请求返回的状态测试信息确定监控服务器与监控代理器的通信状态。
例如,监控服务器向区块链节点发送端口测试请求和网速测试请求。
在实际应用中,监控代理器传输数据,需要开放相关的服务器端口,例如80端口等,如果相关服务端口不通,监控代理器也无法传输数据,基于此,需要对监控代理器传输数据上的相关端口进行测试,端口测试请求主要用于测试监控代理器的服务端口是否正常。具体的,监控服务器向监控代理器的相关服务端口发送携带超时时间的连接请求,例如携带有超时时间的TCP连接请求,所述连接请求用于请求建立监控服务器与监控代理器之间的连接。
端口测试请求具体为携带超时时间的连接请求,若监控代理器在所述超时时间内连接成功,并返回了连接成功的结果,则确定所述监控代理器的端口运行状态为正常,端口可用,则进行网速测试;若监控代理器在所述超时时间内未连接成功,显示连接超时,则说明所述监控代理器的端口运行状态为异常,端口不可用,监控服务器将端口测试结果反馈给手机端。
网速测试请求是监控服务器向监控代理器发送数据获取请求,并记录发送所述数据获取请求时的第一时间,接收到所述测试服务器响应于所述数据获取请求返回的响应数据时,记录当前时间;基于所述第一时间、当前时间及所述响应数据的数据量确定监控服务器与监控代理器之间通信时的网速。
若所述网速小于所述网速阈值,则得到监控服务器与监控代理器之间的通信状态异常,监控服务器将网速测试结果反馈给手机端。
若网速大于或等于预设的网速阈值,则得到监控服务器与监控代理器之间的通信状态正常。
在一些实施例中,建立所述监控代理器与所述监控服务器之间的通信连接之后,所述方法还包括:
依据预设周期向所述区块链节点发送心跳请求以获取心跳信息;
基于所述心跳信息判断所述通信连接是否保持,若保持,则继续依据预设周期向所述区块链节点发送心跳请求以获取心跳信息,若不保持,则重新建立预设的监控服务器与所述区块链节点之间的通信连接。
所述心跳信息为预设的代码脚本每隔一定时间向区块链节点发送一个固定的信息,如每隔一点分钟发送一次信息,区块链节点收到后回复一个固定的信息,若区块链节点在一分钟内没有收到心跳信息,则视为预设的监控服务器与所述区块链节点之间的通信连接没有保持通信连接。
在一个可选的实施例中,获取单元112用于所述监控代理器采集各监控节点的负载信息和运行状态以获取第一目标数据。
该可选的实施例中,基于监控代理器获取所述区块链节点中每个层次的监控数据。所述监控数据用于表征所述每个层次的性能及使用状况。监控数据包括区块链节点中每个层次的负载信息和运行状态;其中,所述负载信息至少包括处理器使用率、内存使用率和硬盘用量中的硬件使用信息,所述运行状态至少包括代理协议TCP连接数、矿池算力及拒绝率。
该可选的实施例中,获取第一目标数据的过程如下:
创建zabbix服务器与各监控节点上部署的zabbix代理器之间的通信连接;
通过zabbix代理器分别从各监控节点采集各个层次的负载信息和运行状态,并将获取到的数据作为所述第一目标数据。
在一个可选的实施例中,归并单元113用于所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据。
在一个可选的实施例中,所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据包括:
所述监控服务器接收所述第一目标数据作为第一目标数据序列;
对所述第一目标数据序列从中间进行划分以获取左序列和右序列,若所述第一目标数据序列的总数据量为奇数,则左序列比右序列多一个数据;
分别对所述左序列和右序列进行递归分解,直到所有的序列只含有一个数据以获取单元序列集;
对所述单元序列集中的各序列逐步进行归并和排序以作为第二目标数据。
该可选的实施例中,所述监控服务器接收所述第一目标数据时,用户首先需要登陆Zabbix代理服务器,包括:
通过手机端获取用户的身份认证请求及待认证信息,其中,所述待认证信息包括待认证生物特征信息和待认证身份信息;
将待认证信息发送到各个区块链节点进行认证,其中,每个区块链节点中存储有用户信息,用户信息包括用户生物特征信息和用户身份信息;
获取区块链节点认证结果,并将认证结果反馈至手机端,若认证结果为登陆成功,则用户可通过手机端登录所述Zabbix服务器以接收所述第一目标数据。
该可选的实施例中,由于各个区块链监控节点存在大量需要被监控的数据,而这些数据类型和数据内容各不相同的数据作为第一目标数据被监控服务器接收时仍处于杂乱无序的状态,因此将监控服务器接收到的第一目标数据作为一条数据序列。
该可选的实施例中,根据第一目标数据序列的长度,从该序列的中间位置将第一目标数据序列平均划分为两个序列,分别为左序列和右序列;若第一目标数据序列的总数据量为奇数,则从中间位置进行划分时,可以使左序列比右序列多一个数据。
示例性的,第一目标数据序列为[19,15,37,12,25],则从中间位置对第一目标数据序列进行划分后得到的第一层中左序列为[19,15,37],右序列为[12,25]。
该可选的实施例中,若被划分后得到的左序列和右序列中的数据个数不止一个,则需要再次分别从左序列和右序列的中间位置进行划分,依次递归划分新得到的左序列和右序列,最后直到所有的序列只含有一个数据以获取单元序列集。
示例性的,对左序列[19,15,37]进行划分得到第二层序列为[19,15]、[37],对右序列进行划分得到第二层序列为[12]、[25],由于序列[19,15]仍有两个数据,因此从中间位置对该序列继续进行划分后得到第三层序列为[19]、[15],最终得到的所有的序列只含有一个数据,分别为[19]、[15]、[37]、[12]、[25]。
该可选的实施例中,该可选的实施例中,通过对第一目标数据序列采用二分法进行递归分层可以使得对半分所产生的递归树深度最小,即若第一目标数据序列的长度为N,则递归树深度为lgN,每层的代价都是N,二分递归算法的复杂度为O(NlgN),这可以保证每次至少排除一半的可能;在递归分解过程中,第一目标数据序列是在不断地划分,比较只发生在合并各个有序的子序列中,使得归并排序的过程中比较次数是所有排序中最少的,从而提高递归分解的效率。
该可选的实施例中,由于此时所有序列都只有一个数据,因此逐步对各序列进行层层合并,以恢复到和所述第一目标数据序列长度相同时的序列,并将该序列中的所有数据作为第二目标数据。
示例性的,第三层序列为[19]、[15],由于15<19,因此合并排序后得到的序列为[15,19],继续对应排序归并第二层序列的[19,15]、[37]和[12]、[25]可以得到两组序列分别为[15,19,37]和[12,25],取两组的第1个数比较:15>12,所以12放第1个位置;接着取第二组的第2个数比较:15<25,所以15放第2个位置;接着取第一组的第2个数比较:19<25,所以19放第3个位置;接着取第一组的第3个数比较:37>25,所以25放第4个位置;由于第二组已经没有数据,所以37自然归入第5个位置,第二目标数据为[12,15,19,25,37]。在此过程中,对后一层的归并和排序可以有效降低上一层排序过程中的比较次数,提高排序效率。
最终,通过归并排序可对第一目标数据序列中的所有数据进行有规律的排列,其中,若存在重复数据,则可仅选取重复数据中的一个作为代表进行排序。
在一个可选的实施例中,判断单元114用于依据所述第二目标数据和预设的报警规则判断是否发出报警信息。
在一个可选的实施例中,所述依据所述第二目标数据和预设的报警规则判断是否发出报警信息包括:
所述监控服务器根据被监控数据的类型设置所述第二目标数据的报警阈值;
判断所述第二目标数据是否满足所述报警阈值;
若所述第二目标数据满足所述报警阈值则生成报警信息,并比对第二目标数据和所述报警阈值获得第二目标数据中超出报警阈值的数据量。
该可选的实施例中,监控服务器可根据各区块链监控节点被监控数据的类型设置对应的报警阈值,示例性的,以CPU容量为例,可设置CPU容量报警阈值为90%,当监控到CPU容量数据的值大于90%时,可触发报警系统。
该可选的实施例中,报警触发机制通过手机端设置报警上线,Zabbix代理服务器能获取所有手机端列表,报警一般是Zabbix代理服务器生成故障报警信息发送给手机端。另外还有网络报警,网络报警需要手机端和Zabbix代理服务器保持长链接,即手机端开启报警功能,手机端有心跳服务,每隔一分钟检测Zabbix代理服务器是否存在,存在的话,当获取的监控数据超过常规服务,如内存磁盘cpu超过一定指标就会触发,手机端发出铃声报警,如果有其它设备比如手环等,手机还可以跟手环通信,手环变亮变暗等提醒用户。
该可选的实施例中,由于所述第二目标数据已经过归并排序处理,因此可按照由高到低的顺序比对第二目标数据是否超过报警阈值以获取判断结果。
该可选的实施例中,若所述第二目标数据满足所述报警阈值则生成报警信息并进行报警,且可按照由高到低的顺序比对第二目标数据和所述报警阈值从而判断第二目标数据中超出报警阈值的数据量,若所述第二目标数据不满足所述报警阈值则无需生成报警信息。
由以上技术方案可以看出,本申请实施例可以通过对获取到的监控数据进行重新划分和归并处理去除一些重复的冗余数据,使监控数据的规模有效降低,同时无需对所有的监控数据进行查询,提高对监控数据的查询速度,从而提高异常情况处理的效率。
请参见图4,是本申请实施例提供的一种电子设备的结构示意图。电子设备1包括存储器12和处理器13。存储器12用于存储计算机可读指令,处理器13用执行所述储器中存储的计算机可读指令以实现上述任一实施例所述的基于区块链的监控报警方法。
在一个可选的实施例中,电子设备1还包括总线、存储在所述存储器12中并可在所述处理器13上运行的计算机程序,例如基于区块链的监控报警程序。
图4仅示出了具有存储器12和处理器13的电子设备1,本领域技术人员可以理解的是,图4示出的结构并不构成对电子设备1的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
结合图1,电子设备1中的所述存储器12存储多个计算机可读指令以实现一种基于区块链的监控报警方法,所述处理器13可执行所述多个指令从而实现:
依据区块链的基础架构划分区块链节点的层次以获取监控节点;
基于所述监控节点设置监控代理器,并建立所述监控代理器与预设的监控服务器之间的通信连接;
所述监控代理器采集各监控节点的负载信息和运行状态以获取第一目标数据;
所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据;
依据所述第二目标数据和预设的报警规则判断是否发出报警信息。
具体地,所述处理器13对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述,在此不赘述。
本领域技术人员可以理解,所述示意图仅仅是电子设备1的示例,并不构成对电子设备1的限定,电子设备1可以是总线型结构,也可以是星形结构,电子设备1还可以包括比图示更多或更少的其他硬件或者软件,或者不同的部件布置,例如电子设备1还可以包括输入输出设备、网络接入设备等。
需要说明的是,电子设备1仅为举例,其他现有的或今后可能出现的电子产品如可适应于本申请,也应包含在本申请的保护范围以内,并以引用方式包含于此。
其中,存储器12至少包括一种类型的可读存储介质,所述可读存储介质可以是非易失性的,也可以是易失性的。所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如:SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器12在一些实施例中可以是电子设备1的内部存储单元,例如该电子设备1的移动硬盘。存储器12在另一些实施例中也可以是电子设备1的外部存储设备,例如电子设备1上配备的插接式移动硬盘、智能存储卡(Smart Media Card,SMC)、安全数字(Secure Digital,SD)卡、闪存卡(Flash Card)等。存储器12不仅可以用于存储安装于电子设备1的应用软件及各类数据,例如基于区块链的监控报警程序的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。
处理器13在一些实施例中可以由集成电路组成,例如可以由单个封装的集成电路所组成,也可以是由多个相同功能或不同功能封装的集成电路所组成,包括一个或者多个中央处理器(Central Processing unit,CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器13是电子设备1的控制核心(Control Unit),利用各种接口和线路连接整个电子设备1的各个部件,通过运行或执行存储在所述存储器12内的程序或者模块(例如执行基于区块链的监控报警程序等),以及调用存储在所述存储器12内的数据,以执行电子设备1的各种功能和处理数据。
所述处理器13执行所述电子设备1的操作系统以及安装的各类应用程序。所述处理器13执行所述应用程序以实现上述各个基于区块链的监控报警方法实施例中的步骤,例如图1至图2所示的步骤。
示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器12中,并由所述处理器13执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段,该指令段用于描述所述计算机程序在电子设备1中的执行过程。例如,所述计算机程序可以被分割成划分单元110、设置单元111、获取单元112、归并单元113、判断单元114。
上述以软件功能模块的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、计算机设备,或者网络设备等)或处理器(processor)执行本申请各个实施例所述的基于区块链的监控报警方法的部分。
电子设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指示相关的硬件设备来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。
其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存储器及其他存储器等。
进一步地,计算机可读存储介质可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据区块链节点的使用所创建的数据等。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
总线可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extended industry standard architecture,简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,在图4中仅用一根箭头表示,但并不表示仅有一根总线或一种类型的总线。所述总线被设置为实现所述存储器12以及至少一个处理器13等之间的连接通信。
本申请实施例还提供一种计算机可读存储介质(图未示),计算机可读存储介质中存储有计算机可读指令,计算机可读指令被电子设备中的处理器执行以实现上述任一实施例所述的基于区块链的监控报警方法。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能模块的形式实现。
此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。说明书陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称,而并不表示任何特定的顺序。
最后应说明的是,以上实施例仅用以说明本申请的技术方案而非限制,尽管参照较佳实施例对本申请进行了详细说明,本领域的普通技术人员应当理解,可以对本申请的技术方案进行修改或等同替换,而不脱离本申请技术方案的精神和范围。
Claims (10)
1.一种基于区块链的监控报警方法,其特征在于,所述方法包括:
依据区块链的基础架构划分区块链节点的层次以获取监控节点;
基于所述监控节点设置监控代理器,并建立所述监控代理器与预设的监控服务器之间的通信连接;
所述监控代理器采集各监控节点的负载信息和运行状态以获取第一目标数据;
所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据;
依据所述第二目标数据和预设的报警规则判断是否发出报警信息。
2.如权利要求1所述的基于区块链的监控报警方法,其特征在于,所述方法还包括:
监控服务器向区块链节点发送状态测试请求;
根据区块链节点响应于所述状态测试请求返回的状态测试信息确定监控服务器与监控代理器之间的通信状态。
3.如权利要求1所述的基于区块链的监控报警方法,其特征在于,所述建立所述监控代理器与预设的监控服务器之间的通信连接之后,所述方法还包括:
依据预设周期向所述监控代理器发送心跳请求以获取心跳信息;
基于所述心跳信息判断所述通信连接是否保持,若保持,则继续依据预设周期向所述监控代理器发送心跳请求以获取心跳信息,若不保持,则重新建立预设的监控服务器与所述监控代理器之间的通信连接。
4.如权利要求1所述的基于区块链的监控报警方法,其特征在于,所述负载信息至少包括处理器使用率、内存使用率和硬盘用量中的硬件使用信息,所述运行状态至少包括代理协议TCP连接数、矿池算力及拒绝率。
5.如权利要求1所述的基于区块链的监控报警方法,其特征在于,所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据包括:
所述监控服务器接收所述第一目标数据作为第一目标数据序列;
对所述第一目标数据序列从中间进行划分以获取左序列和右序列,若所述第一目标数据序列的总数据量为奇数,则左序列比右序列多一个数据;
分别对所述左序列和右序列进行递归分解,直到所有的序列只含有一个数据以获取单元序列集;
对所述单元序列集中的各序列逐步进行归并和排序以作为第二目标数据。
6.如权利要求5所述的基于区块链的监控报警方法,其特征在于,所述监控服务器接收所述第一目标数据包括:
通过手机端获取用户的身份认证请求及待认证信息,其中,所述待认证信息包括待认证生物特征信息和待认证身份信息;
将待认证信息发送到各个区块链节点进行认证,其中,每个区块链节点中存储有用户信息,用户信息包括用户生物特征信息和用户身份信息;
获取区块链节点认证结果,并将认证结果反馈至手机端,若认证结果为登陆成功,则用户可通过手机端登录所述监控服务器以接收所述第一目标数据。
7.如权利要求1所述的基于区块链的监控报警方法,其特征在于,所述依据所述第二目标数据和预设的报警规则判断是否发出报警信息包括:
所述监控服务器根据被监控数据的类型设置所述第二目标数据的报警阈值;
判断所述第二目标数据是否满足所述报警阈值;
若所述第二目标数据满足所述报警阈值则生成报警信息,并比对第二目标数据和所述报警阈值获得第二目标数据中超出报警阈值的数据量。
8.一种基于区块链的监控报警装置,其特征在于,所述装置包括:
划分单元,用于依据区块链的基础架构划分区块链节点的层次以获取监控节点;
设置单元,用于基于所述监控节点设置监控代理器,并建立所述监控代理器与预设的监控服务器之间的通信连接;
获取单元,用于所述监控代理器采集各监控节点的负载信息和运行状态以获取第一目标数据;
归并单元,用于所述监控服务器接收所述第一目标数据,并对所述第一目标数据进行归并处理以获取第二目标数据;
判断单元,用于依据所述第二目标数据和预设的报警规则判断是否发出报警信息。
9.一种电子设备,其特征在于,所述电子设备包括:
存储器,存储有计算机可读指令;及
处理器,执行所述存储器中存储的计算机可读指令以实现如权利要求1至7中任意一项所述的基于区块链的监控报警方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的基于区块链的监控报警方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210082381.7A CN114416490A (zh) | 2022-01-24 | 2022-01-24 | 基于区块链的监控报警方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210082381.7A CN114416490A (zh) | 2022-01-24 | 2022-01-24 | 基于区块链的监控报警方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114416490A true CN114416490A (zh) | 2022-04-29 |
Family
ID=81278288
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210082381.7A Pending CN114416490A (zh) | 2022-01-24 | 2022-01-24 | 基于区块链的监控报警方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114416490A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112181672A (zh) * | 2019-07-04 | 2021-01-05 | 北京新唐思创教育科技有限公司 | 区块链数据的处理方法、区块链系统及计算机存储介质 |
CN116055496A (zh) * | 2022-12-30 | 2023-05-02 | 广州趣研网络科技有限公司 | 一种监控数据采集方法、装置、电子设备及存储介质 |
-
2022
- 2022-01-24 CN CN202210082381.7A patent/CN114416490A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112181672A (zh) * | 2019-07-04 | 2021-01-05 | 北京新唐思创教育科技有限公司 | 区块链数据的处理方法、区块链系统及计算机存储介质 |
CN112181672B (zh) * | 2019-07-04 | 2022-06-21 | 北京新唐思创教育科技有限公司 | 区块链数据的处理方法、区块链系统及计算机存储介质 |
CN116055496A (zh) * | 2022-12-30 | 2023-05-02 | 广州趣研网络科技有限公司 | 一种监控数据采集方法、装置、电子设备及存储介质 |
CN116055496B (zh) * | 2022-12-30 | 2024-04-05 | 广州趣研网络科技有限公司 | 一种监控数据采集方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109598505B (zh) | 一种基于区块链的质量数据处理方法和装置 | |
CN114416490A (zh) | 基于区块链的监控报警方法、装置、电子设备及存储介质 | |
CN111431903A (zh) | 一种跨链中继方法、装置以及计算机可读存储介质 | |
CN111949531B (zh) | 区块链网络的测试方法、装置、介质及电子设备 | |
CN111651595A (zh) | 一种异常日志处理方法及装置 | |
CN113656168A (zh) | 一种流量的自动容灾和调度的方法、系统、介质和设备 | |
CN111984601A (zh) | 日志文件删除方法、装置、电子设备及存储介质 | |
CN112948275A (zh) | 测试数据生成方法、装置、设备及存储介质 | |
CN111899018B (zh) | 订单数据处理方法、装置、服务器及存储介质 | |
CN111680282A (zh) | 基于区块链网络的节点管理方法、装置、设备及介质 | |
CN115562934A (zh) | 基于人工智能的业务流量切换方法及相关设备 | |
CN114201363A (zh) | 系统保护方法、装置、设备及存储介质 | |
CN108551484B (zh) | 用户信息同步方法、装置、计算机装置及存储介质 | |
CN111666132A (zh) | 分布式事务实现方法、装置、计算机系统及可读存储介质 | |
CN112037062A (zh) | 交易共识方法、装置、电子设备及可读存储介质 | |
CN111814204A (zh) | 基于区块链的数据共识方法、相关设备及存储介质 | |
CN113612619B (zh) | 一种分布式多端监管方法及装置 | |
CN116506333B (zh) | 交易系统生产反演检测方法及设备 | |
CN112491589B (zh) | 一种对象存储网络预警方法、系统、终端及存储介质 | |
CN115118528B (zh) | 一种区块链安全性的评判方法、装置、设备和存储介质 | |
CN108805741A (zh) | 一种电能质量数据的融合方法、装置及系统 | |
CN111130919B (zh) | 一种接口监控方法、装置、系统及存储介质 | |
CN113760651B (zh) | 区块链的主子链运行状态收集方法、系统及存储介质 | |
CN113515403B (zh) | 微服务状态检查方法、计算机设备及存储介质 | |
CN115495516A (zh) | 微服务与数据库连接数的处理方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220921 Address after: Room 2601 (Unit 07), Qianhai Free Trade Building, No. 3048, Xinghai Avenue, Nanshan Street, Qianhai Shenzhen-Hong Kong Cooperation Zone, Shenzhen, Guangdong 518000 Applicant after: Shenzhen Ping An Smart Healthcare Technology Co.,Ltd. Address before: 1-34 / F, Qianhai free trade building, 3048 Xinghai Avenue, Mawan, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong 518000 Applicant before: Ping An International Smart City Technology Co.,Ltd. |