一文详解 RPC 中的注册中心

一文详解 RPC 中的注册中心

为什么需要服务发现

为了高可用，在生产环境中服务提供方都是以集群的方式对外提供服务，集群里面的这些 IP 随时可能会变化，我们需要一本“通信录”即时获取到对应的服务节点，这个获取的过程我们一般叫做“服务发现”。

对于服务调用方和服务提供方来说，其契约就是接口。服务 IP 集合作为“通信录”中的地址，从而可以通过接口获取服务 IP 的集合来完成服务的发现，这就是 RPC 框架的服务发现机制。

1.服务注册：在服务提供方启动的时候，将对外暴露的接口注册到注册中心之中，注册中心将这个服务节点的 IP 和接口保存下来。

2.服务订阅：在服务调用方启动的时候，去注册中心查找并订阅服务提供方的 IP，然后缓存到本地，并用于后续的远程调用。

为什么不使用 DNS

服务发现的本质，就是完成了接口跟服务提供者的 IP 的映射，那能不能把服务提供者 IP 同一换成一个域名，利用已经成熟的 DNS 机制来实现？

先简单看一下 DNS的流程：

如果我们用 DNS 来实现服务发现，所有的服务提供者节点都同一配置在了同一个域名下，调用方的确可以通过 DNS 拿到随机的一个服务提供者的 IP，并与之建立长连接，这看上去并没有太大问题，但是为啥很少使用这种方案呢?