这是一个创建于 1287 天前的主题，其中的信息可能已经有所发展或是发生改变。
经过几次客户的反应，很怀疑接口存在偶尔的超时或者无响应。
例如前端有一个逻辑是请求了接口 1，成功后就请求接口 2 （这个流程已经反复验证过，而且绝大多客户使用是正常的）。
接口用到了某云的 LB，从 LB 的日志来看，有问题的客户只请求了接口 1 （正常响应），但是没有接口 2 的请求日志。
现在怀疑问题出在某云的 LB 上，而且出问题的时候连日志也没有（ LB 的日志也是此云平台托管）。有没有什么工具能够监控出来吗？有没有什么好办法
例如前端有一个逻辑是请求了接口 1，成功后就请求接口 2 （这个流程已经反复验证过，而且绝大多客户使用是正常的）。
接口用到了某云的 LB，从 LB 的日志来看，有问题的客户只请求了接口 1 （正常响应），但是没有接口 2 的请求日志。
现在怀疑问题出在某云的 LB 上，而且出问题的时候连日志也没有（ LB 的日志也是此云平台托管）。有没有什么工具能够监控出来吗？有没有什么好办法
 |
1
runliuv 2021-06-05 09:35:47 +08:00
要查客户端调用接口 2 的日志，是不是出现网络异常了。
|
 |
2
salmon5 2021-06-05 11:52:40 +08:00
服务端、客户端抓包
|
 |
3
coolcoffee 2021-06-05 12:50:34 +08:00
前端也应该做一层网络出错的埋点呀。把日志发送到另外一个服务器，如果断网就把日志存在本地等有网的时候再送出。
探针也只能测试服务的可用性，全国各地的网络情况各不相同。说不定还可能是前端处理第一个接口 1 返回结果的时候代码报错导致了后续流程中断。 |
 |
4
xing393939 OP 也就是只能依靠前端做监控了。不知道有没有专业的第三方检测平台呢
|
Select Language