微服务中的服务发现

在单体架构时，因为服务不会经常和动态迁移，所有服务地址可以直接在配置文件中配置，所以也不会有服务发现的问题。但是对于微服务来说，应用的拆分，服务之间的解耦，和服务动态扩展带来的服务迁移，服务发现就成了微服务中的一个关键问题。

服务发现分为客户端服务发现和服务端服务发现两种，架构如下图所示。

这两种架构都各有利弊，我们拿客户端服务发现软件 Eureka 和服务端服务发现架构 Kubernetes/SkyDNS + Ingress LB + Traefik + PowerDNS 为例说明。

服务发现方案	Pros	Cons
Eureka	使用简单，适用于 Java 语言开发的项目，比服务端服务发现少一次网络跳转	对非 Java 语言的支持不够好，Consumer 需要内置特定的服务发现客户端和发现逻辑
Kubernetes	Consumer 无需关注服务发现具体细节，只需知道服务的 DNS 域名即可，支持异构语言开发	需要基础设施支撑，多了一次网络跳转，可能有性能损失

Eureka 也不是单独使用的，一般会配合 Ribbon 一起使用，Ribbon 作为路由和负载均衡。

Ribbon提供一组丰富的功能集：

参考