前言
在《24*7动态化监管为“链”站岗》中，我们介绍了区块链动态化监控中心，如果说监控的作用是防患于未然，那么告警则是当异常发生时第一时间触发运维人员的关键，可充分降低监控对象异常的时间，最大化降低因异常给区块链业务带来的潜在业务损失。
区块链告警现存问题
当前，比较主流的BaaS平台告警系统实现方案往往基于 Prometheus+Grafana+AlertManager 来实现，由于是外接第三方平台，会存在以下问题：
缺乏业务事件告警：目前区块链告警主要是将节点作为一种资源进程监控，通过监控其资源使用情况，通常为节点运行的CPU、内存、磁盘空间等，这就不可避免地导致监控告警面狭窄，更为妥善的方式是增加链维度的监控，如链上异常账户、链上数据异常、链上共识异常等业务类监控，实现从物理和业务等多维全面判断区块链是否发生异常，否则运维人员很难定位异常；
【非区块链原生告警】：目前针对区块链的监控告警，通常是在节点所在主机安装采集器，用于定时采集单个节点的资源类监控指标，再通过第三方监控系统，如prometheus。以上模式，不可避免地需要将节点自身进程数据和链上数据导出至第三方系统，再进行告警，一旦脱离区块链系统，数据就容易被篡改，且现在往往都是对单节点进行告警，会存在因单节点故障而存在错误告警或者不同节点的监控结果不一致等问题，导致整个告警系统的可信度降低；
【业务告警无法灵活对接异构链】：针对区块链业务告警，往往需要先根据不同的区块链底层，在应用端根据业务诉求提前写好告警逻辑，这些逻辑往往是写死的&#x