dubbo的那些高可用机制

dubbo的那些高可用机制

作为经典的RPC框架，dubbo除了简单的服务远程调用功能，还会有哪些机制来保证它的高可用呢？

1. 注册中心宕机

由于我们的注册中心使用的是zookeeper、redis等，是有可能出现宕机情况的，那么dubbo中是如何在注册中心宕机的情况下继续服务的呢？

本地缓存

注册中心仅仅是提供了我们发现服务ip和port的功能，但如果我们已经知道了服务提供者的ip和port那么为什么还需要注册中心呢？

所以，在每一次的服务发现之后，dubbo都会将服务对应的节点信息保存在本地缓存，下一次在调用就不需要通过注册中心了。

我们可以简单的使用一个ConcurrentHashMap来实现。

那如果本地缓存失效了呢？那就是服务方的问题，与我们的zookeeper宕机没有关系，所以调用者会使用旧的ip信息不断重试，知道达到重试次数上限。

2. 服务降级

为了应对高并发，我们的服务器需要对一些非核心业务进行必要的降级，以保证服务器不会宕机，降级的思路有两种：

屏蔽

对非核心服务，不再进行网络传输，而是直接返回默认值

容错（动态）

对于调用失败的服务，不再进行重试，而是直接返回默认值

3. 服务容错

如果我们远程调用失败了&