主动做了业务监控，产品经理对我竖起大拇指

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

监控什么？

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

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

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

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

实现方式

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

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

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

用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"}