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

最简单的情况下：只有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服务只需要向代理发请求就可以了。