CN112039977A - 一种云原生的工业数据收集与故障报警系统和运作方法 - Google Patents
一种云原生的工业数据收集与故障报警系统和运作方法 Download PDFInfo
- Publication number
- CN112039977A CN112039977A CN202010876778.4A CN202010876778A CN112039977A CN 112039977 A CN112039977 A CN 112039977A CN 202010876778 A CN202010876778 A CN 202010876778A CN 112039977 A CN112039977 A CN 112039977A
- Authority
- CN
- China
- Prior art keywords
- data
- point
- real
- fault
- time
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Security & Cryptography (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开工业数据报警运用技术领域的一种云原生的工业数据收集与故障报警系统,该工业数据收集与故障报警系统包括Kubernetes主节点,用于云环境下Kubernetes集群的主节点的部署;和/或Kubernetes工作节点,用于云环境下Kubernetes集群的工作节点的部署;和/或应用层组件,用于云环境下用于实施获取工业设备的实时状态、数据点监测报警情况与历史状态。该工业数据收集与故障报警系统采用多副本方式部署,在云环境下根据业务负载弹性调整系统各组件副本数量,以此控制系统吞吐量和系统冗余度。
Description
技术领域
本发明涉及工业数据报警运用技术领域,更具体地,涉及一种云原生的工业数据收集与故障报警系统和运作方法。
背景技术
在工业应用中,PLC、传感器等工业设备产生的大量数据常常需要在用户界面实时展示或者通过预留的API接口供外部系统使用,当某项或某几项数据出现异常值时,需要及时发出警报。用户可以根据业务需求定义需要监视哪些数据点,并在这些数据点之上使用故障表达式定义故障报警的规则,例如在系统中配置监视电机转速与风速传感器数据点,并配置故障表达式即当电机转速与风速同时超过一定阈值时,触发报警。在系统实施方面,故障报警系统对可用性有较高的要求,传统的数据收集与故障报警系统大多只能采用单机进行部署,数据吞吐量受单机性能制约,并且单机容易出现硬件故障或系统宕机从而导致系统业务停摆。
发明内容
本发明的目的是提供一种云原生的工业数据收集与故障报警系统和运作方法,该系统适用于在云端使用MQTT协议(一种物联网设备通信的标准协议)接受来自底层设备的原始数据,原始数据可以通过数据点定义进行解析,解析后形成标准格式数据点,大量实时数据点经过Kafka(一款开源消息中间件)分流后由各功能组件进行后续处理,解决现有技术中的数据收集与故障报警系统数据吞吐量受单机性能制约,容易出现硬件故障或系统宕机的技术问题。
为了实现上述目的,本发明的技术方案如下:
一种云原生的工业数据收集与故障报警系统,包括Kubernetes主节点,用于云环境下Kubernetes集群的主节点的部署;和/或Kubernetes工作节点,用于云环境下Kubernetes集群的工作节点的部署;和/或应用层组件,用于云环境下用于实施获取工业设备的实时状态、数据点监测报警情况与历史状态。
进一步的,所述Kubernetes主节点包括:Kubernetes系统组件,用于主节点的部署的专用部件;和/或Prometheus系统,用于组件性能指标的监控;和/或EFK系统,用于容器日志采集。
进一步的,Kubernetes工作节点包括:Kubernetes系统组件,用于工作节点的部署的专用部件;和/或Nginx ingress,用于外部访问负荷均衡器;和/或Prometheus&EFK组件,用于对工作节点的数据监控和日志采集。
进一步的,所述应用层组件包括:Mosquitto Server,作为MQTT服务端,用于与PC和PLC设备的通信;和/或Kafka Cluster,消息中间件,用于实时数据包括报警数据的缓存;和/或Redis,缓存数据库,用于实时数据包括报警数据的缓存;和/或MySQL,关系型数据库,用于存储数据点定义工程;和/或InfluxDB,时序型数据库,用于保存数据点历史。
进一步的,所述应用层组件还包括:ziConfigAPI Server,数据点定义工程配置组件,用于定义底层设备发送的数据包格式;和/或ziDataRuntime Cluster,实时读取订阅到的数据包并根据数据点定义将其解析为系统标准格式,并根据点类别发布到KafkaCluster的对应Topic中;和/或ziAlarmAgent,故障报警点监听组件,用于接受到来自Kafkaalarm-bus Topic的故障报警数据点后,根据数据点定义中故障类型点的故障触发表达式计算是否触发报警,触发的报警点将回流至Kafka由下游组件进行后续处理;和/或RtDataTrans,用于从Kafka data-bus与alarm-bus订阅实时数据点与报警数据点,缓存至Redis数据库,同时负责接受写入Redis消息通道的指令数据,将其发布至Kafka cmd-busTopic;和/或ziDataAPI Server,用于提供Redis缓存数据库以及Influxdb历史数据库内实时和历史数据点与报警数据点的外部访问RESTful API接口。
进一步的,所述外部访问RESTful API接口包括:数据点浏览接口,用于列举可用数据点;和/或订阅接口,用于增量获取有变化的数据点;和/或读/写接口,用于读取和写入指定单个或多个点。
一种云原生的工业数据收集与故障报警系统的运作方法,包括以下步骤:
步骤1:外部系统调用ziConfigAPI Server组件提供的接口,定义实时数据点与故障报警点;
步骤2:完成数据点与故障报警点定义后,当ziDataRuntime组件从MQTT Server组件接收到来自底层设备的MQTT消息,将二进制格式的消息内容根据实时数据点定义进行解析后检测到实时数据点点值发生变化,则将这实时数据点发布到Kafka Cluster消息中间件的实时消息主题,ziAlarmAgent组件从实时消息主题接受到实时点变化并计算故障表达式,表达式计算结果决定是否激活或关闭故障;
步骤3:外部系统通过ziDataAPI Server组件提供的接口订阅或读取实时点和故障点,每次订阅可以增量获得实时点和故障点的状态变化,即仅当数据点状态发生变化时接口返回数据点;通过轮询读取实时数据点和故障点的当前状态;
步骤4:外部系统也可以在有数据流通时调用ziConfigAPI Server组件接口对实时数据点和故障点进行热更新。
进一步的,所述步骤3中的所述实时数据点状态包括实时数据点当前是否可用、实时数据点上次值变化时间和实时数据点的当前值;所述故障点状态包括故障点是否激活和故障点是否响应;所述接口返回数据点均使用JSON格式。
采用上述技术方案,本发明具有以下优点:
1.本发明提供一种云原生的工业数据收集与故障报警系统,该系统中所有组件基于Docker(一种容器运行时环境)构建,适用于Kubernetes(一种容器编排系统)部署,支持横向扩容,即在使用者无感知的条件下,通过增加组件副本数量扩大系统吞吐量,当系统中Kubernetes节点宕机时,只要组件副本存活数量大于等于一个,且吞吐量未到达瓶颈时,系统依然可以正常运行,该云原生的工业数据收集与故障报警系统采用多副本方式部署,在云环境下,可以根据业务负载弹性调整系统各组件副本数量,以此控制系统吞吐量和系统冗余度。
2.该工业数据收集与故障报警系统,该系统支持高可用部署,各组件可以灵活伸缩,以应对不同级别的数据吞吐量,最终吞吐量取决与集群节点数量,应用中常用的部署规格是部署3节点Kafka Cluster集群,ziAlarmAgent、RtDataTrans组件各自部署3个副本,通过Kafka消费者组的特性,将负载分摊至各个副本,当小于等于2个节点出现宕机时,系统依然可以正常运行,Redis缓存数据库可以部署带有哨兵机制的3节点集群,ziDataAPIServer、ziConfigAPI Server组件各自部署3个副本,通过Nginx反向代理组件实现负载均衡,同样允许小于等于2个节点宕机。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显。
图1是本发明的云原生的工业数据收集与故障报警系统的架构示意图;
图2是本发明的云原生的工业数据收集与故障报警系统的运作方法的流程图。
具体实施方式
以下结合说明书附图对本发明的技术方案进行具体说明。
以下在具体实施方式中详细叙述本发明的详细特征以及优点,其内容足以使任何本领域技术人员了解本发明的技术内容并据以实施,且根据本说明书所揭露的说明书、权利要求及附图,本领域技术人员可轻易地理解本发明相关的目的及优点。
第一实施例
如附图1所示,一种云原生的工业数据收集与故障报警系统,包括Kubernetes主节点,用于云环境下Kubernetes集群的主节点的部署;和/或Kubernetes工作节点,用于云环境下Kubernetes集群的工作节点的部署;和/或应用层组件,用于云环境下用于实施获取工业设备的实时状态、数据点监测报警情况与历史状态。
其中:Kubernetes主节点包括:Kubernetes系统组件,用于主节点的部署的专用部件;和/或Prometheus系统,用于组件性能指标的监控;和/或EFK系统,用于容器日志采集。
Kubernetes工作节点包括:Kubernetes系统组件,用于工作节点的部署的专用部件;和/或Nginx ingress,用于外部访问负荷均衡器;和/或Prometheus&EFK组件,用于对工作节点的数据监控和日志采集。
该架构由10个应用层组件构成,其中包括5个第三方开源组件,分别为:MosquittoServer,作为MQTT服务端,用于与PC和PLC设备的通信;和/或Kafka Cluster,消息中间件,用于实时数据包括报警数据的缓存;和/或Redis,缓存数据库,用于实时数据包括报警数据的缓存;和/或MySQL,关系型数据库,用于存储数据点定义工程;和/或InfluxDB,时序型数据库,用于保存数据点历史。
其他5个应用层组件还包括:ziConfigAPI Server、ziDataRuntime Cluster、ziAlarmAgent、RtDataTrans和ziDataAPI Server,分别如下:
ziConfigAPI Server:数据点定义工程配置组件,用于定义底层设备发送的数据包格式,目前支持类BufferIO的二进制格式消息。在MySQL中存储数据点定义,同时提供RESTful API接口用与数据点定义的在线增删改查。
ziDataRuntime Cluster:从MQTT服务端订阅各个设备相应的Topic(设备根据数据包的类别或所属子系统将其发布到MQTT服务端的不同消息主题中),ziDataRuntimeCluster实时读取订阅到的数据包并根据数据点定义将其解析为系统标准格式(系统标准格式定义了数据点的元数据、封装格式等,是系统内所有组件均可识别的一种格式),并根据点类别发布到Kafka Cluster的对应Topic(消息主题)中,例如工程中定义了报警规则的数据点则发布到Kafka的alarm-bus Topic,而Topic data-bus则接受所有实时数据点。经过分流后的数据点将由对应的下游组件进行后续处理。同时接受来自Kafka cmd-bus的指令消息,根据数据点定义工程进行编码后将其发送到MQTT服务端相应Topic。
ziAlarmAgent:故障报警点监听组件,当接受到来自Kafka alarm-bus Topic的故障报警数据点后,ziAlarmAgent根据数据点定义中故障类型点的故障触发表达式计算是否触发报警,触发的报警点将回流至Kafka由下游组件进行后续处理,例如缓存至Redis数据库。
RtDataTrans:从Kafka data-bus与alarm-bus订阅实时数据点与报警数据点,缓存至Redis数据库。同时也负责接受写入Redis消息通道的指令数据,将其发布至Kafkacmd-bus Topic。
ziDataAPI Server:提供Redis缓存数据库以及Influxdb历史数据库内实时和历史数据点与报警数据点的外部访问RESTful API接口,外部访问RESTful API接口包括:数据点浏览接口,/browe/items,/browse/alarms等,用于列举可用数据点如;和/或订阅接口,/item/subscription,/alarm/subscription等,用于增量获取有变化的数据点;和/或读/写接口,/item/values/read,/item/values/write等,用于读取和写入指定单个或多个点,通常由Web应用调用,用于设备实时和历史状态的展示。
本系统的常见应用场景为从边缘设备,如自动化机械、移动机器人,通过MQTT协议接受如OPC、自定义二进制格式消息等格式的实时数据,外部系统如基于Web的设备监控系统则通过本系统提供的RESTful API接口取得各设备的实时状态,报警情况与历史状态。
第二实施例
本发明的第二实施例类似于第一实施例,只是有如下的设计变化。
如附图2所示,一种云原生的工业数据收集与故障报警系统的运作方法,包括以下步骤:
步骤1:外部系统调用ziConfigAPI Server组件提供的接口,定义实时数据点与故障报警点;例如定义两个实时数据点WindSpeed(来自风速传感器)与MotorSpeed(电机速度),数据类型均为float32,点地址取I101与I105,分别表示数据包体第101位开始的四字节与105位开始的4字节;定义故障报警点OverSpeed,表示电机速度达到危险范围,标记故障类型为模拟量故障,并绑定实时点WindSpeed与MotorSpeed,故障表达式为WindSpeed>10.0and MotorSpeed>11.0。
步骤2:完成数据点与故障报警点定义后,当ziDataRuntime组件从MQTT Server组件接收到来自底层设备的MQTT消息,将二进制格式的消息内容根据实时数据点定义进行解析后检测到实时数据点点值发生变化,则将这实时数据点发布到Kafka Cluster消息中间件的实时消息主题,ziAlarmAgent组件从实时消息主题接受到实时点变化并计算故障表达式,表达式计算结果决定是否激活或关闭故障;例如若WindSpeed与MotorSpeed此时点值为20,则表达式满足,OverSpeed故障将被激活,ziAlarmAgent组件将故障状态封装为故障点的标准格式后发布至故障消息主题。RtDataTrans组件将从Kafka Cluster消息中间件中接受到的实时点和故障点的状态变化并写入Redis缓存数据库。
步骤3:外部系统通过ziDataAPI Server组件提供的接口订阅或读取实时点和故障点,每次订阅可以增量获得实时点和故障点的状态变化,即仅当数据点状态发生变化时接口返回数据点;也可以通过轮询读取实时数据点和故障点的当前状态;实时数据点状态包括如WindSpeed点当前是否可用、上次值变化时间、当前值等;故障点状态则额外包含是否激活,是否响应等。接口返回数据均使用JSON格式(一种轻量级的数据交换格式)封装。
步骤4:外部系统也可以在有数据流通时调用ziConfigAPI Server组件接口对实时数据点和故障点进行热更新。数据点定义的热更新功能在ziDataRuntime与ziAlarmAgent组件中实现,当外部应用调用ziConfigAPI Server组件接口进行实时数据点或故障点定义变更时,ziConfigServer将变更内容发布到Redis消息通道,ziDataRuntime与ziAlarmAgent组件从消息通道得到工程变更内容后进行内部不间断更新。
最后,需要指出的是,虽然本发明已参照当前的具体实施例来描述,但是本技术领域中的普通技术人员应当认识到,以上的实施例仅是用来说明本发明,而并非用作为对本发明的限定,在不脱离本发明构思的前提下还可以作出各种等效的变化或替换,因此,只要在本发明的实质精神范围内对上述实施例的变化、变型都将落在本发明的权利要求书范围内。
Claims (8)
1.一种云原生的工业数据收集与故障报警系统,其特征在于,包括Kubernetes主节点,用于云环境下Kubernetes集群的主节点的部署;
和/或Kubernetes工作节点,用于云环境下Kubernetes集群的工作节点的部署;和/或应用层组件,用于云环境下用于实施获取工业设备的实时状态、数据点监测报警情况与历史状态。
2.如权利要求1所述的一种云原生的工业数据收集与故障报警系统,其特征在于,所述Kubernetes主节点包括:
Kubernetes系统组件,用于主节点的部署的专用部件;和/或
Prometheus系统,用于组件性能指标的监控;和/或
EFK系统,用于容器日志采集。
3.如权利要求1所述的一种云原生的工业数据收集与故障报警系统,其特征在于,Kubernetes工作节点包括:
Kubernetes系统组件,用于工作节点的部署的专用部件;和/或
Nginx ingress,用于外部访问负荷均衡器;和/或
Prometheus&EFK组件,用于对工作节点的数据监控和日志采集。
4.如权利要求1所述的一种云原生的工业数据收集与故障报警系统,其特征在于,所述应用层组件包括:
Mosquitto Server,作为MQTT服务端,用于与PC和PLC设备的通信;和/或KafkaCluster,消息中间件,用于实时数据包括报警数据的缓存;和/或Redis,缓存数据库,用于实时数据包括报警数据的缓存;和/或
MySQL,关系型数据库,用于存储数据点定义工程;和/或
InfluxDB,时序型数据库,用于保存数据点历史。
5.如权利要求1所述的一种云原生的工业数据收集与故障报警系统,其特征在于,所述应用层组件还包括:
ziConfigAPI Server,数据点定义工程配置组件,用于定义底层设备发送的数据包格式;和/或
ziDataRuntime Cluster,实时读取订阅到的数据包并根据数据点定义将其解析为系统标准格式,并根据点类别发布到Kafka Cluster的对应Topic中;和/或
ziAlarmAgent,故障报警点监听组件,用于接受到来自Kafka alarm-bus Topic的故障报警数据点后,根据数据点定义中故障类型点的故障触发表达式计算是否触发报警,触发的报警点将回流至Kafka由下游组件进行后续处理;和/或
RtDataTrans,用于从Kafka data-bus与alarm-bus订阅实时数据点与报警数据点,缓存至Redis数据库,同时负责接受写入Redis消息通道的指令数据,将其发布至Kafka cmd-bus Topic;和/或
ziDataAPIServer,用于提供Redis缓存数据库以及Influxdb历史数据库内实时和历史数据点与报警数据点的外部访问RESTful API接口。
6.如权利要求5所述的一种云原生的工业数据收集与故障报警系统,其特征在于,所述外部访问RESTful API接口包括:
数据点浏览接口,用于列举可用数据点;和/或
订阅接口,用于增量获取有变化的数据点;和/或
读/写接口,用于读取和写入指定单个或多个点。
7.一种云原生的工业数据收集与故障报警系统的运作方法,其特征在于,包括以下步骤:
步骤1:外部系统调用ziConfigAPIServer组件提供的接口,定义实时数据点与故障报警点;
步骤2:完成数据点与故障报警点定义后,当ziDataRuntime组件从MQTT Server组件接收到来自底层设备的MQTT消息,将二进制格式的消息内容根据实时数据点定义进行解析后检测到实时数据点点值发生变化,则将这实时数据点发布到Kafka Cluster消息中间件的实时消息主题,ziAlarmAgent组件从实时消息主题接受到实时点变化并计算故障表达式,表达式计算结果决定是否激活或关闭故障;
步骤3:外部系统通过ziDataAPIServer组件提供的接口订阅或读取实时点和故障点,每次订阅可以增量获得实时点和故障点的状态变化,即仅当数据点状态发生变化时接口返回数据点;通过轮询读取实时数据点和故障点的当前状态;
步骤4:外部系统也可以在有数据流通时调用ziConfigAPIServer组件接口对实时数据点和故障点进行热更新。
8.如权利要求7所述的一种云原生的工业数据收集与故障报警系统的运作方法,其特征在于,所述步骤3中的所述实时数据点状态包括实时数据点当前是否可用、实时数据点上次值变化时间和实时数据点的当前值;所述故障点状态包括故障点是否激活和故障点是否响应;所述接口返回数据点均使用JSON格式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010876778.4A CN112039977B (zh) | 2020-08-27 | 2020-08-27 | 一种云原生的工业数据收集与故障报警系统和运作方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010876778.4A CN112039977B (zh) | 2020-08-27 | 2020-08-27 | 一种云原生的工业数据收集与故障报警系统和运作方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112039977A true CN112039977A (zh) | 2020-12-04 |
CN112039977B CN112039977B (zh) | 2022-11-08 |
Family
ID=73580900
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010876778.4A Active CN112039977B (zh) | 2020-08-27 | 2020-08-27 | 一种云原生的工业数据收集与故障报警系统和运作方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112039977B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113794597A (zh) * | 2021-09-15 | 2021-12-14 | 中国联合网络通信集团有限公司 | 告警信息处理方法、系统、电子设备及存储介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160179993A1 (en) * | 2014-12-22 | 2016-06-23 | Rockwell Automation Technologies, Inc. | Predictive analysis having data source integration for industrial automation |
CN107491375A (zh) * | 2017-08-18 | 2017-12-19 | 国网山东省电力公司信息通信公司 | 一种云计算环境下的设备检测及故障预警系统及方法 |
US20180082569A1 (en) * | 2016-09-16 | 2018-03-22 | Uop Llc | Interactive diagnostic system and method for managing process model analysis |
CN108460541A (zh) * | 2018-03-26 | 2018-08-28 | 上海振华重工(集团)股份有限公司 | 码头智能维保系统及方法 |
CN108471366A (zh) * | 2018-02-02 | 2018-08-31 | 深圳市康拓普信息技术有限公司 | 一种面向云原生应用的立体监控系统 |
CN109743208A (zh) * | 2019-02-01 | 2019-05-10 | 江苏沙钢高科信息技术有限公司 | 智能管控自动数据采集系统和方法 |
CN110008286A (zh) * | 2019-03-26 | 2019-07-12 | 华南理工大学 | 一种注塑成型装备大数据采集和存储系统及方法 |
US20190391897A1 (en) * | 2018-06-22 | 2019-12-26 | EMC IP Holding Company LLC | Adaptive thresholds for containers |
CN110704164A (zh) * | 2019-09-30 | 2020-01-17 | 珠海市新德汇信息技术有限公司 | 一种基于Kubernetes技术的云原生应用平台构建方法 |
CN110733038A (zh) * | 2019-09-30 | 2020-01-31 | 浙江工业大学 | 工业机器人远程监控及数据处理系统 |
CN111026409A (zh) * | 2019-10-28 | 2020-04-17 | 烽火通信科技股份有限公司 | 一种自动监控方法、装置、终端设备及计算机存储介质 |
-
2020
- 2020-08-27 CN CN202010876778.4A patent/CN112039977B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160179993A1 (en) * | 2014-12-22 | 2016-06-23 | Rockwell Automation Technologies, Inc. | Predictive analysis having data source integration for industrial automation |
US20180082569A1 (en) * | 2016-09-16 | 2018-03-22 | Uop Llc | Interactive diagnostic system and method for managing process model analysis |
CN107491375A (zh) * | 2017-08-18 | 2017-12-19 | 国网山东省电力公司信息通信公司 | 一种云计算环境下的设备检测及故障预警系统及方法 |
CN108471366A (zh) * | 2018-02-02 | 2018-08-31 | 深圳市康拓普信息技术有限公司 | 一种面向云原生应用的立体监控系统 |
CN108460541A (zh) * | 2018-03-26 | 2018-08-28 | 上海振华重工(集团)股份有限公司 | 码头智能维保系统及方法 |
US20190391897A1 (en) * | 2018-06-22 | 2019-12-26 | EMC IP Holding Company LLC | Adaptive thresholds for containers |
CN109743208A (zh) * | 2019-02-01 | 2019-05-10 | 江苏沙钢高科信息技术有限公司 | 智能管控自动数据采集系统和方法 |
CN110008286A (zh) * | 2019-03-26 | 2019-07-12 | 华南理工大学 | 一种注塑成型装备大数据采集和存储系统及方法 |
CN110704164A (zh) * | 2019-09-30 | 2020-01-17 | 珠海市新德汇信息技术有限公司 | 一种基于Kubernetes技术的云原生应用平台构建方法 |
CN110733038A (zh) * | 2019-09-30 | 2020-01-31 | 浙江工业大学 | 工业机器人远程监控及数据处理系统 |
CN111026409A (zh) * | 2019-10-28 | 2020-04-17 | 烽火通信科技股份有限公司 | 一种自动监控方法、装置、终端设备及计算机存储介质 |
Non-Patent Citations (4)
Title |
---|
公众号:肉眼品世界: "30 个高可用 Prometheus 架构实践中的踩坑集锦", 《CSDN》 * |
李冰等: "一种基于故障推理的辅助决策功能的设计与实现", 《自动化与仪表》 * |
杨昌群等: "运用于Kubernetes实现的弹性时序数据存储", 《工业控制计算机》 * |
郝鹏海等: "基于Kafka和Kubernetes的云平台监控告警系统", 《计算机系统应用》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113794597A (zh) * | 2021-09-15 | 2021-12-14 | 中国联合网络通信集团有限公司 | 告警信息处理方法、系统、电子设备及存储介质 |
CN113794597B (zh) * | 2021-09-15 | 2023-05-30 | 中国联合网络通信集团有限公司 | 告警信息处理方法、系统、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112039977B (zh) | 2022-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10423469B2 (en) | Router management by an event stream processing cluster manager | |
CN103605722B (zh) | 数据库监控方法及装置、设备 | |
JP2019503129A (ja) | モノのインターネット・エッジ・セキュア・ゲートウェイを使用するための装置および方法 | |
CN110943853A (zh) | 传输方法 | |
JP6651510B2 (ja) | 遠隔端末のための機器階層構造 | |
CA2835446A1 (en) | Data analysis system | |
CN110262941A (zh) | 应用程序容器集群报警实现方法、系统、设备及存储介质 | |
US11782946B2 (en) | Automatic tag mapping and generation from data string | |
CN112039977B (zh) | 一种云原生的工业数据收集与故障报警系统和运作方法 | |
CN116488985A (zh) | 多源异构物联网数据的处理方法 | |
CN117193225B (zh) | 晶圆制造工艺流程控制方法及系统 | |
CN111679950B (zh) | 接口级动态数据采样方法及装置 | |
WO2020208101A1 (en) | Selective address space aggregation | |
CN109753399A (zh) | 一种用于系统单元状态变化的自动通知与响应方法 | |
CN113965608A (zh) | 一种数控设备数据收集及指令下发系统 | |
JP2009042995A (ja) | 分散情報流通制御方法及び分散システムとそのサーバ並びにプログラム | |
US20160162559A1 (en) | System and method for providing instant query | |
CN109756351A (zh) | 一种用于系统单元状态变化的自动通知与响应系统 | |
US20200019143A1 (en) | Packaging Plant Data Exchange and Method for Operating a Packaging Plant Data Exchange | |
CN105162856A (zh) | 网络应用集成系统和方法 | |
US11985207B2 (en) | Aggregating server and method for forwarding node data | |
CN109428914B (zh) | 监控方法和装置、存储介质、处理器 | |
CN118368324A (zh) | 一种数据预处理方法和装置 | |
CN116232908A (zh) | 多异构外接报警设备拓扑适配一种报警设备接口的方法 | |
CN114840264A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |