接口请求一次成功,一次失败,50%成功率

前提

User Center 是已经通过测试并部署的微服务,有用户注册,登录,验证码,用户信息管理等功能,但还未开放给用户使用。
对于UC,所有的接口自动化已经做好,覆盖率90%以上。
今天,UC的接口自动化在pipline上大面积报错。

错误现象

由于自动化大面积报错,于是开始看log并手动复测功能来定位问题,
最后发现所有的接口请求都是一次成功,下一次必定失败,
50%的成功率。

推测

由于已经通过测试,并且代码开发已经很久没动过了,排除代码逻辑错误的可能。
推测是环境问题。

原因

最后经过排查,发现是有新入职的开发将dev环境的UC又重新注册到consul上了,所以现在consul上有两个一摸一样的UC服务,一个是正常连接DB/redis的,一个是新注册未连接DB/redis的。
所有的密码登录/验证码等均是外部接口,需要经过网关才能访问到服务。
网关上配置了负载均衡(LB),所以每两次请求,一次被分配到了正常的UC服务,一次被分配到了错误的UC服务,所以现象是一次成功,一次失败,交替出现。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

LSQ的测试日记

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值