2023-06-21 21:27:43 来源 : 清一色财经
怎么快速定位异常入手,通过自定义Promtheus的PromQL来聚焦当前业务需关注的异常,另外实现了H5监控大盘页面,提升了在非工作日户外无办公设备问题定位的能力。
转转B2C技术部主要负责商详、商列等BFF层核心页面业务,单接口甚至需要开线程池并行调用二十多个依赖服务,因此依赖的服务以及执行线程池的稳定性也就成为了B2C关注的重点。
(资料图)
那么站在技术视角看调用链路,会发现几个特点:
CPU使用率高,线程池大量使用RPC调用多,稳定性指望依赖的服务方业务调用链路较长,无法精细化控制本文就针对如何快速定位常见问题,以及后续日志的进一步治理计划来进行讲解。
目前转转各个排查问题的工具是统一开放给公司的所有业务使用的,因此每次告警,都需借助统一的平台如服务治理平台、Grafana、Log日志平台等工具进行排查,不完全贴合B2C常见问题排查场景,比如上游调用异常、超时等问题。
B2C技术部告警定位问题会遇到如下几个问题:
线上常见告警问题无法快速识别线上内置告警无法一眼定位出问题,需要根据业务新增新的Promtheus PromQL展示调用服务超时、异常榜单。
公司统一平台无法快捷跳转发生紧急问题时,只能从收藏夹中选中公司各个公用平台,然后手动输入服务名称、时间范围、粘贴查询语句等,效率较低。
户外环境下无法定位常见问题办公设备不在身边时,一旦发生告警,无法像在公司一样方便的打开各个平台进行问题定位。
上面提出了几个问题,那怎么进行监控治理呢。比如,怎么快速识别出问题的类型?怎么快捷跳转对应的平台?以及在户外如何进行问题定位呢?针对这些问题提出了如下解决方案。
总架构设计图如下
如图可拆分为四部分,执行步骤为:规范梳理及调整 -> 日志收集 -> 日志告警及定位 -> 告警感知
日志收集
Apollo配置中心控制异常+日志打印维度配置。根据配置屏蔽无用Exception,并上报到Promtheus,以Grafana报表展示。通过JavaAgent根据配置的业务、类、方法级别拦截日志打印,伪代码如下。public MethodVisitor visitMethod(int access, String name, String descriptor, String signature, String[] exceptions) { MethodVisitor methodVisitor = super.visitMethod(access, name, descriptor, signature, exceptions); if (STR_V.equals(descriptor) && infoLevel.contains(name)) { // 此处省略。。拦截日志处理逻辑---------- return new LogMethodInsnVisitor(methodVisitor, className, name); } else { return methodVisitor; } }
日志告警及定位
通过在Promtheus编写自定义PromQL,收集服务超时、异常错误。公司的Promtheus收集告警日志,并回调B2C业务告警服务接口。回调接口通过MQ上报告警消息,B2C告警服务消费处理,组装成业务需要看的数据后,通过企业微信机器人进行通知。点击告警前往大盘,会跳转到指定服务、时间范围的监控大盘,含:服务超时榜单、服务异常榜单、全局异常列表以及快捷跳转的工具箱。其中快捷跳转工具箱设计原理如下
公司的Log日志平台仅支持小时级别过滤,因此我们改在基于grep过滤,自定义正则表达式过滤出特定时间范围日志。举例 16:44~17:14分 过滤正则例子:\(16:\(4[4-9]\|5[0-9]\):\)\|\(17:\(0[0-9]\|1[0-4]\):\)针对常规连接则通过类似{serverName}、{startTimeStamp}、{endTimeStamp}、{ip}等占位符替换机制获取快捷跳转链接。告警感知
为对应服务绑定第一负责人及其关联的leader联系手机号。配置化形式针对指定类型告警如调用依赖服务异常,如果超过一定时间阈值无人跟进则给服务第一负责人IVR(电话语音呼叫)通知。如果超时依旧无人处理则往对应leader进行IVR通知。如果有人跟进,则下次同类型告警标记为处理人xxx跟进中。企业微信机器人告警
点击告警后跳转页面
总的来说,这里是从怎么快速定位异常入手,通过自定义Promtheus的PromQL来聚焦当前业务需关注的异常,另外实现了H5监控大盘页面,提升了在非工作日户外无办公设备问题定位的能力。