微服务调用失败的处理方法

Posted 2023-04-18

参考技术A 微服务架构下的核心话题 (一)
微服务架构下的核心话题 (二)
1.超时--设置超时时间
2.重试--设置调用超时后的重试次数
3.双发--在给定的小于超时时间的时间内如果没有返回请求结果，那么服务消费者就立刻发起另一次服务调用，结果以先返回的为准
4.熔断--Hystrix 的断路器也包含三种状态：关闭、打开、半打开。Hystrix 会把每一次服务调用都用 HystrixCommand 封装起来，它会实时记录每一次服务调用的状态，包括成功、失败、超时还是被线程拒绝。当一段时间内服务调用的失败率高于设定的阈值后，Hystrix 的断路器就会进入进入打开状态，新的服务调用就会直接返回，不会向服务提供者发起调用。再等待设定的时间间隔后，Hystrix 的断路器又会进入半打开状态，新的服务调用又可以重新发给服务提供者了；如果一段时间内服务调用的失败率依然高于设定的阈值的话，断路器会重新进入打开状态，否则的话，断路器会被重置为关闭状态。

布道微服务_17服务调用失败的解决方案

文章目录

• Pre
• 服务调用失败的处理手段
• • 超时
  • 重试
  • 双发
  • 熔断
• 小结

---

Pre

我们知道，微服务相比于单体应用最大的不同之处在于，服务的调用从同一台机器内部的本地调用变成了不同机器之间的远程方法调用，但是这个过程也引入了两个不确定的因素。

• 一个是调用的执行是在服务提供者一端，即使服务消费者本身是正常的，服务提供者也可能由于诸如 CPU、网络 I/O、磁盘、内存、网卡等硬件原因导致调用失败，还有可能由于本身程序执行问题比如 GC 暂停导致调用失败。

• 另一个不确定因素是调用发生在两台机器之间，所以要经过网络传输，而网络的复杂性是不可控的，网络丢包、延迟以及随时可能发生的瞬间抖动都有可能造成调用失败。

所以，单体应用改造为微服务架构后，要针对