一篇文章带你了解监控告警设计

“哎哎，XX，很多客服反馈这个业务挂了怎么回事，赶紧看看。” 正在安安静静写代码的你心头一颤，出问题了。赶紧打开业务链接看看，真出问题了，怎么办，怎么查问题？一脸闷逼。

据说现代医学始于听诊器的发明，医生凭借该物收集放大从各个器官发出的声音以诊断问题。

我一直喜欢把我们做后台做业务的，称之为在快速飞行的飞机上修零件。边飞边升级。。在飞机上有各种各样的仪表盘指示着各个模块的运行情况。如果没有这些，估计只有等到飞机坠毁的时候才知道出问题了，这个时候为时已晚。

飞机如此，我们的业务与服务又该有什么样的仪表盘/听诊器呢？

这是我这篇文章想说的，当我们自己的后台服务及业务运行情况生病出问题了，怎么做好服务/业务的仪表盘-业务监控告警。

意义与想要达到的效果

没有一个系统是100%没有问题的，那么我们要保证我们的业务和服务的可靠性。我们希望达到如下的效果：

• 我们要能够及时的发现问题（先于客户/老板发现问题）。
• 不想每天半夜爬起来处理不知道怎么来的问题（有一些事情准备）。
• 出了问题，能够帮助我们，快速定位问题。

需要想清楚的问题

为了达到这样的效果，我不得不思考我们需要解决的问题和点。

1.什么是我们需要关心的点

只有了解你的业务，才