主动做了业务监控，产品经理对我竖起大拇指_编程技术网-程序员技术内容聚合平台

（在说正事之前，我要推荐一个福利：你还在原价购买阿里云、腾讯云、华为云服务器吗？那太亏啦！来这里，新购、升级、续费都打折，能够为您省60%的钱呢！2核4G企业级云服务器低至69元/年，点击进去看看吧>>>)

本文转载自微信公众号「猿天地」，作者尹吉欢。转载本文请联系猿天地公众号。

监控，一直是个可以聊很久的话题。除了系统监控，还有一个往往容易被忽略，今天我们就来聊聊这个容易忽略的业务监控。

监控什么?

作为开发人员，不仅仅是把功能开发出来就行了，对于你负责的产品或者模块，你需要对它有足够的了解，时时刻刻需要关注着，要有初恋的那种感觉才行。

以电商最常见的下单功能来说，比如我想知道下单的成功率多少，下单的平均耗时，下单失败中有多少是因为库存不足下单失败的等等这类相关的信息。

有了这些业务指标信息，你就能知道你负责的产品现状是什么样的，以及你需要做哪些改进。

至于要监控哪些指标，得跟着你的业务走。目的很明确，就是需要知道业务的状况，并在某些时候能够触发告警。

实现方式

基于埋点的方式来进行数据的记录，记录到本地磁盘文件中，然后通过统一的日志收集程序收集存储，统计展示以及告警。

之所以基于埋点的方式实现是因为需要知道每个业务接口的执行结果，成功还是失败，失败的原因是什么。我们对于每个异常都定义了业务码，可以根据业务码知道异常原因。

如果用写日志的方式输出数据，记得将业务日志的数据文件单独出来，不要和系统的日志输出在一起，否则不好收集解析。

用logback可以单独配置一个appender，我这边只输出了我埋点的业务数据，Json格式的。

<appender name="BIZ_FILE_APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender"> 
    <encoder> 
        <pattern>%m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}</pattern> 
    </encoder> 
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> 
        <FileNamePattern>${LOG_HOME_PATH_BIZ}/${APP_NAME}.%d{yyyy-MM-dd}.log</FileNamePattern> 
        <MaxHistory>7</MaxHistory> 
    </rollingPolicy> 
    <filter class="ch.qos.logback.classic.filter.LevelFilter"> 
        <onMatch>ACCEPT</onMatch> 
        <onMismatch>DENY</onMismatch> 
    </filter> 
</appender>

日志文件内容：

{"biz":"confirm","bizCode":500,"domain":"storeOrder","bizId":"86081301","execTime":3,"count":"1","storeId":"1","userId":"740942"} 
{"biz":"confirm","bizCode":500,"domain":"storeOrder","bizId":"86081301","errorMessage":"/ by zero","execTime":14,"count":"1","storeId":"1","userId":"740942"}