java如何实现告警_基于物联网平台物联设备管理、告警以及处理如何实现的？...

公司主要在做物联网相关的业务，基于物联网的业务体系归纳起来可以发现一些相同的特点，这些特点从产品的角度应该要进行归纳整理，保证后续整体业务架构复用。我们也一直希望能够归纳出一套相对完整、一致的理论体系，用于指导原有的产品和未来新开发产品；

要进行一个物联应用的开发，设计，首先要搞清楚物联应用应该到底要解决那些问题。一个物联网产品有什么特点呢？

• 针对物联设备，要先进行设备的管理。
• 对于物联设备的数据报文进行解析、要对物联设备进行基本的控制。
• 要对物联设备的数据进行分析、展示。
• 对不正常的物联设备进行发现、告警、跟踪、维修等等。

总结一下，基本的架构模型如下：

关于设备的基础管理，这个涉及到物模型的管理，这个后续再讨论。

关于设备的基本控制和数据报文解析，也涉及相对比较复杂的网络因素等；

本文重点先解决一下针对物联设备的展示，告警的环节。

通用监控架构参考

在进行物联设备的设计之前，我们首先参考了业界对于通用计算资源进行监控的一些策略。我们理解针对服务器的监控和针对物联设备的监控本质上在业务层面上有相似性，只是来说监控的对象不同，数据获取方式不同等等。因此看一下传统的计算资源如何实现监控，从这种比较成熟的解决方案中进行借鉴，期望能够找出一个相对比较通用的理论体系中。

我们查询了很多资料，针对服务器监控有Zabbix和TICK两套理论，我们觉得TICK更完整一些，因此更多的借鉴了TICK的理论体系。TICK架构到底怎么样？

核心包括：

1. 通过telegraf实现数据采集。
2. 通过influxDB实现数据存储
3. 通过kapacitor实现数据监控报警。
4. 通过chronograf实现数据分析展示。

抽象模型和核心点解析

结合物联应用的特点，我们将物联应用进行进一步梳理，我们认为主要的逻辑架构如下：

1. 首先要做好数据采集相关工作。
2. 然后针对数据采集，做好数据存储的相关工作。
3. 数据存储完成以后，针对数据进行分析。
   1. 一方面做业务数据展示相关的工作。
   2. 针对采集上来的数据也要做告警管理。

物联应用的运行核心 告警处理

具体针对告警，又要分析一个告警的基本流程是什么？

我们针对告警也做了几个基本的归纳。

反过来，针对设备告警，我们应该怎么处理？

1. 首先应该通过规则引擎从大量的物联网数据中发现告警。
2. 然后针对告警进行处理和反馈。告警的处理又分为两种
3. 手工处理：通过人工排查，现场处理的方式进行报警的处理。
4. 自动处理，针对一些常规情况，制定相应的预案，然后针对预案进行自动处理。