原文地址:https://mp.weixin.qq.com/s/rpDd65ISBuFZ9Cx1Q4LY9A
上一期,我们分享了Web应用接口级的故障定位方法,通过细化到接口级的定位方法,可以精准地过滤掉干扰因素。然而这种方法并不适用所有场景,过于细致的过滤有时会产生新的问题。
本文将以共享连接池故障场景为例进行说明,提出一种利用服务&接口双粒度动态拓扑进行故障定位的方法。
1 故障背景

-
**链路1:**service-b的callB接口 -> service-p的callB接口 -> service-h的callB接口
-
**链路2:**service-o的callO接口 -> service-p的callO接口 -> service-l的callO接口
其中链路1中的service-p的callB接口和链路2中的callO接口,共用了同一个Http连接池来访问下游不同的服务。
但是尽管如此,两条链路在接口级别上是没有交集的,如下图所示。

在这样的场景下,假如service-h的callB接口出现了故障,会有以下情况发生:

-
service-h的cal

最低0.47元/天 解锁文章
570






