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

[[384256]]

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

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

监控什么?

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

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

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

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

实现方式

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

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

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

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

  1. <appender name="BIZ_FILE_APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender"
  2.     <encoder> 
  3.         <pattern>%m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}</pattern> 
  4.     </encoder> 
  5.     <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"
  6.         <FileNamePattern>${LOG_HOME_PATH_BIZ}/${APP_NAME}.%d{yyyy-MM-dd}.log</FileNamePattern> 
  7.         <MaxHistory>7</MaxHistory> 
  8.     </rollingPolicy> 
  9.     <filter class="ch.qos.logback.classic.filter.LevelFilter"
  10.         <onMatch>ACCEPT</onMatch> 
  11.         <onMismatch>DENY</onMismatch> 
  12.     </filter> 
  13. </appender> 

日志文件内容:

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

注解埋点

BizLog注解用于业务监控埋点,里面具体配置字段说明如下:

  • domain: 领域,比如 order,pay
  • biz: 业务,比如 createOrder,cancelOrder
  • bizId: 业务ID,比如 orderId
  • addition: 扩展信息

addition可以配置多个additionField获取想要埋点的数据,数据可以从请求参数中获取,也可以从相应参数中获取,比如订单创建成功后,会返回订单ID, 那么bizId就是从响应参数中获取。

代码埋点

某些场景(支付回调,JOB任务等)下不太好通过注解方式埋点我们可以采用代码埋点的方式来实现。

日志收集

我们用的是阿里云的日志服务,直接配置logtail即可完成收集工作,界面操作,非常方便。

指标展示

埋点原始数据

图表统计展示

指标告警

数据都收集上来了,想要关注哪些指标,想要在什么时候告警,就变得很容易了。比如说某分钟内下单频繁失败,这个时候你就可以配置告警失败次数>N 触发告警,当收到告警时,就马上去排查为什么会下单失败了。

关于作者:尹吉欢,简单的技术爱好者,《Spring Cloud微服务-全栈技术与案例解析》, 《Spring Cloud微服务 入门 实战与进阶》作者, 公众号猿天地发起人。

 

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/153278.html<

(0)
管理的头像管理
上一篇2025-03-14 09:41
下一篇 2025-03-14 09:42

相关推荐

  • 服务器被植入木马怎么彻底清除,彻底清除木马的方法有哪些?

    服务器被植入木马后,彻底清除的唯一路径是:立即断网隔离,备份关键数据,使用专业工具全盘扫描并手动排查残留,随后重装操作系统或从干净备份恢复,全面修补漏洞与加固配置,最后持续监控至少两周,确认感染并执行隔离木马最怕被断网,第一步就是切断它与外界的联系,如果发现服务器响应慢、流量异常、CPU跑满,或者收到安全告警……

    2026-07-27
    0
  • 网站并发量高服务器扛不住怎么办,如何解决

    首段核心答案当网站并发量激增导致服务器响应缓慢甚至宕机时,根本解决路径是实施弹性扩容、流量分发、性能优化和纵深防御四位一体的策略,具体操作需结合监控诊断、架构调整和专业化服务商支持,诊断并发瓶颈:定位问题根源如何判断服务器是否到达极限在动手优化之前,先搞清楚“扛不住”的具体表现,常见指标包括CPU使用率持续超过……

    2026-07-27
    0
  • 如何拦截ByteSpider爬虫不影响收录,有哪些技巧?

    正确配置robots.txt和服务器User-Agent识别,即可精准拦截ByteSpider爬虫,同时确保百度爬虫正常抓取,不影响收录,理解ByteSpider爬虫:它是什么,为何要拦截ByteSpider是字节跳动旗下的网页爬虫,主要用于采集网页内容,服务于头条搜索、抖音搜索等产品,大多数情况下,我们欢迎爬……

    2026-07-27
    0
  • 服务器流量异常时怎么排查是不是被攻击,是什么原因?

    当服务器流量异常时,首先通过带宽监控、连接数分析和异常流量特征判断是否被攻击,然后采取相应处置措施,识别流量异常的常见信号你可能会遇到这种情况:某天服务器突然响应变慢,或者网站打不开,甚至远程连接都被中断,流量异常通常会在几个方面暴露出来,早期发现能减少损失,带宽占用飙升使用 sar -n DEV 1 5 或……

    2026-07-27
    0
  • 国内访问美国服务器太慢怎么办,为什么访问速度慢

    优化国内访问美国服务器速度,核心在于组合使用CDN边缘节点缓存、优质国际线路(如CN2 GIA)和TCP协议层优化,同时选择具备持牌自营机房和跨境网络资质的专业服务商,为什么国内访问美国服务器延迟居高不下物理距离是首要因素,中美海底光缆总长约1.3万公里,信号往返至少需要120毫秒,但实际延迟往往超过200毫秒……

    2026-07-27
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注