综合
想要4个9?本文告诉你监控告警如何做
Posts on 煎é±0 次浏览
“你说说,没有仪表盘的车,你敢开吗?” “没有仪表盘的车开在路上,你怎么知道现在是什么情况?” “客户说你这车又崩了,咋知道什么时候好的?啥时候出的问题?” 前言 将思考转换到现实的软件系统中,可想而知没有监控系统的情况下,也就是没有 ”仪表盘“ 的情况下实在是太可怕了。 你的故障永远都是你的客户告诉你的,而…在什么时候发生的,你也无法确定,只能通过客户的反馈倒推时间节点,最后从错误日志中得到相对完整的日志信息。 问题 更要命的是你无法掌握主动权,错误日志有可能会有人漏记录,平均修复时间(MTTR)更不用想了,需要从 0.1 开始定位,先看 APP 是哪个模块报错,再猜测是哪个服务导致,再打开链路追踪系统,或是日志平台等。 稍微复杂些的,排查来来往往基本都是半小时、一小时以上,那 4 个 9 肯定是达不到的了,以此几次 P0 几小时怕不是业务绩效也凉凉,因为故障修复的速度实在是太慢了。 那归根到底,想破局怎么办,核心第一步就是要把监控告警的整个生态圈给建设好。 监控定义 常说监控监控,监控的定义就是监测和控制,检测某些事物的变化,以便于进行控制。在常见的软件系统中,大多分为三大观察类别: 业务逻辑:项目所对应的服务其承担的业务逻辑,通常需要对其进行度量。例如:每秒的下单数等。 应用程序:应用程序。例如:统一的基础框架。
原文:https://eddycjy.com/posts/microservice/monitor-alarm/