主動做了業務監控，產品經理對我豎起大拇指-有解無憂

監控，一直是個可以聊很久的話題，除了系統監控，還有一個往往容易被忽略，今天我們就來聊聊這個容易忽略的業務監控，

監控什么？

作為開發人員，不僅僅是把功能開發出來就行了，對于你負責的產品或者模塊，你需要對它有足夠的了解，時時刻刻需要關注著，要有初戀的那種感覺才行，

以電商最常見的下單功能來說，比如我想知道下單的成功率多少，下單的平均耗時，下單失敗中有多少是因為庫存不足下單失敗的等等這類相關的資訊，

有了這些業務指標資訊，你就能知道你負責的產品現狀是什么樣的，以及你需要做哪些改進，

至于要監控哪些指標，得跟著你的業務走，目的很明確，就是需要知道業務的狀況，并在某些時候能夠觸發告警，

實作方式

基于埋點的方式來進行資料的記錄，記錄到本地磁盤檔案中，然后通過統一的日志收集程式收集存盤，統計展示以及告警，

之所以基于埋點的方式實作是因為需要知道每個業務介面的執行結果，成功還是失敗，失敗的原因是什么，我們對于每個例外都定義了業務碼，可以根據業務碼知道例外原因，

如果用寫日志的方式輸出資料，記得將業務日志的資料檔案單獨出來，不要和系統的日志輸出在一起，否則不好收集決議，

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