专栏名称: 架构师社区
架构师小秘圈,聚集10万架构师的小圈子!不定期分享技术干货,行业秘闻,汇集各类奇妙好玩的话题和流行动向!禁止截图,阅后即焚!
目录
相关文章推荐
南方人物周刊  ·  创造历史,哪吒怎么能火成这样? ·  昨天  
逆行的狗  ·  搭建属于你自己的AI知识库 ·  昨天  
逆行的狗  ·  搭建属于你自己的AI知识库 ·  昨天  
晨枫老苑  ·  战斗机换发是否需要重新研发发动机数控 ·  2 天前  
晨枫老苑  ·  战斗机换发是否需要重新研发发动机数控 ·  2 天前  
信息平权  ·  阿里超预期的关键点 ·  3 天前  
信息平权  ·  阿里超预期的关键点 ·  3 天前  
51好读  ›  专栏  ›  架构师社区

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

架构师社区  · 公众号  ·  · 2021-03-07 11:23

正文

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

监控什么?

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

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

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

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

实现方式

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

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

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

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



%m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}


${LOG_HOME_PATH_BIZ}/${APP_NAME}.%d{yyyy-MM-dd}.log
7


ACCEPT
DENY


日志文件内容:

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

注解埋点


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

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

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

代码埋点

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


日志收集

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


指标展示

埋点原始数据







请到「今天看啥」查看全文