grafana的配置文件。 右键服务的地址、发信人 账号 和面等 配置要连到prometheus上。 登陆的密码是多少,第二行是不允许用户注册。 dashboard.json里面内容太多 不能完全的看懂。
admin password 新建一个dashboard 导入一个事先已经写好的了。 去找我们刚才看的那个 dashboard.jsn的文件 这个就是我们刚才在配置文件内配置的数据源。就是那个本地9090的那个prometheus duratin:服务的平均响应时间, 上面是一些过滤条件
出问题的时候,可以通知我。 在方法里面抛出一个异常。 再次启动OrderAPI 写一个测试的工具来测试,我们不停的去调用它,然后它就会一直报错。然后在grafana那边配置,错误打到什么样的频率就触发报警。 把这个测试类也跑起来。 这样他一直在报错500、
可以看到5xx的错误 一直在增长。 争对这个情况配置一个报警。notification channels 通知的渠道。 报警的方式,支持很多种方式 证明我们测试的邮件发出去了。然后点击Save保存即可 一分钟之前收到的邮件。 查看最近15分钟,10秒的刷新频率。 改完再保存一下 这和就是之前介绍的promethous的查询语言,就是定义了一个怎么计算我当前错误的数据。 找的是状态是5开头的 我们要写的报警 这里改成application-app 这样这边 就不报错了。看过去一分钟总的错误数量,大于1就报警 选择通知的渠道。刚才我们在notification channels 配置的渠道。 等了一会。裂开的红心。 触发的报警的历史记录 收到邮件的内容。
面板就是这个几千行的json定义出来的 也可以通过可视化的界面去加panel
Spring cloud微服务安全实战-7-5配置grafana图表及报警