微服务中为什么需要服务发现?

最简单的情况下:只有A,B两个服务,他们都有自己的IP地址,如果A调用B,那么需要在A中配置B的地址就可以了。
微服务中为什么需要服务发现?
但是如果B的服务有多个,如下图:
微服务中为什么需要服务发现?
在分布式系统中,多个自治的B并不共享主内存。因此B的服务不仅多,而且会根据具体情况动态变化。因此数量也是不固定的。例如在流量小的时候B的数量会变小,当大流量时B的数量可以增多。因此在A中的配置写B的IP是不现实的。
这时就需要注册中心了,B在启动时就会把自己的信息上报到注册中心,如下所示:
微服务中为什么需要服务发现?
这时如果A要调用B就需要从注册中心获取B的信息。

A如何向注册中心拿到B的信息?

方法一:客户端发现

A直接找注册中心,注册中心把B的所有信息都发送给A,这时A只需要选择一个B的地址就可以了。可以通过某种机制来选择,比如轮训、hash、随机等机制来从众多的B地址中选择一个。这种方式就是客户端发现,这是由A发起的。
常用的有:Eureka

方法二:服务端发现

出现了一个新的角色----代理。代理从众多的B地址中选一个给A。这种方式就是服务端发现
常用的有:Nginx,zookeeper,kubernetes。

客户端发现与服务端发现的优缺点

客户端发现的优点:简单直接,不需要代理的介入,同时可以知道所有可以使用的服务地址。缺点是需要自己实现一套逻辑来挑选B。
服务端发现的优点:对于A来说是透明的。A服务只需要向代理发请求就可以了。