为什么要做业务监控？
通常状况下，大局部企业都会做基础设备监控，感觉做好基础设备监控就可以处置大局部疑问。至于业务方面监控，等有人来说了再处置就行。殊不知这种想法会有诸多隐患：
1、运维比业务部门经常晚发现业务有疑问。
由于业务有疑问会最先爆进去，等到基础设备出疑问往往曾经过了几分钟了。此时业务或者曾经焦头烂额了。
2、由于发现业务疑问较晚，这个时刻有相互调用相关的业务或者也产生了疑问。
造成业务缺点定位较艰巨。假设做了业务监控，且做到妙极监控，那么当少量业务产生疑问时，咱们就能依据最先告警的来判别是哪个业务缺点惹起的。
3、危害公司利益和自身出路。
第三点也是最要命的，由于上述两个疑问造成运维在业务部门乃至整个公司留下不良的影响，久而久之不只会给公司带来经济损失，对自己的出路也是十分不利的。
因此做好业务监控，可以说是每个运维人员必定要成功的一个义务。
业务监控要做哪些？
1、Web站点监控
对公网服务的Web站点，无论是SAAS的还是在咱们自己部署的站点都要求启动站点URL监控。公网站点监控倡导经常使用商业服务启动监控，由于这些服务通常可以从多个地区来检测你站点的访问状况，通常是站点形态码和照应速度的监控。
对内网服务的Web站点也要求监控，由于内网是不可从公网访问的，所以内网倡导经常使用自建Prometheus去监控站点的形态和照应速度。
2、肥壮审核接口
此处做服务肥壮审核接口监控，提供一个或多个监控API，监控运行自身形态、监控运行和数据库衔接形态，监控运行和两边件衔接形态。
肥壮审核接口倡导一致经常使用/health门路的接口,假设是三个接口那么/app_health代表服务、/db_name_health代表数据库衔接形态、/middleware_name_health代表两边件衔接形态。
独自接口前往APP_OK,db_name_OK,middleware_name_OK，多个接口前往OK示意服务和数据库和两边件反常。
有些JAVA的Sprint框架是自带肥壮审核接口的，这些间接经常使用即可。
3、日志监控
首先，一切业务日志要接入日志中心。哪些关键字要求做告警？要求名目经理和开发担任人讨论给出。确保有必要的关键字做告警，防止告警的众多。
4、链路追踪
链路追踪可以有选用性的接入，假设业务比拟繁难往常运转着也没有什么疑问可以不用接入。普通业务假设高低游调用链较多，且业务逻辑比拟复杂，同时会有大并发需求，对照应速度要求也比拟高的可以接入。
关键给用户处置找出照应期间较长的API，并检查能否函数中存在疑问。有些商业的链路追踪工具还可以看到SQL语句的疑问。这些都可以协助开发人员更好更快的处置业务代码中的疑问。
5、大屏监控
针对业务大屏，首先咱们要思索哪些业务数据要放到大屏中？这里倡导放业务担任人或治理层关心的数据。比如：
这些数据能让业务担任人或治理层直观的看到的业务状况.还可以针对一些预估的意外值启动告警性能。
做好业务监控并不容易，所以这也是很多企业没有做或做的不够完善的要素。要做好业务监控得一步步来。首先，你要有业务监控其次咱们要求对业务监控启动梳理，确保一切的监控项都是无心义的。最后，咱们要有业务监控巡检和告警处置的流程和机制，确保一切业务监控被发现和及时处置。
另外，业务监控并非仅限于下面所形容的5类，假设一个企业有和业务相关的要求被监控，且并不再下面形容的类型中，都可以经过一些工具或自定义的手腕来成功定制化的业务监控需求。
做好业务监控，咱们才干让运维的价值获取充沛的表现。