一.微服务架构
服务提供者、服务消费者、服务发现组件这三者之间的关系：
-
各个微服务在启动时，将自己的网络地址等信息注册到服务发现组件中，服务发现组件会存储这些信息。
-
服务消费者可从服务发现组件查询服务提供者的网络地址，并使用该地址调用服务提供者的接口。
-
各个微服务与服务发现组件使用一定机制（例如心跳）通信。服务发现组件如长时间无法与某微服务实例通信，就会注销该实例。
-
微服务网络地址变更时，会重新注册到服务发现组件。使用这种方式，服务消费者就无需人工修改提供者的网络地址了。
综上，服务发现组件应具备以下功能
-
服务注册表：是服务发现组件的核心，它用来纪录各个微服务的信息。
-
服务注册与发现：服务注册是指微服务启动时，将自己的信息注册到服务发现组件上的过程。服务发现是指查询可用微服务列表及其网络地址的机制。
-
服务检查：服务发现组件使用一定机制定时检测已注册的服务，如发现某实例长时间无法访问，就会从服务注册表中一出该实例
二.Eureka简介
Eureka是Netflix开源的服务发现组件，本身是一个基于REST的服务。它包含Servcr和Client两部分。
-
Eureka Server用作服务注册服务器，提供服务发现的能力，各个微服务启动时，会向Eureka Server注册自己的信息（例如IP、端口、微服务名称等），Eureka Server会存储这些信息。
-
Eureka Client是一个java客户端，用来简化与服务器的交互，作为轮询负载均衡器，并提供服务的故障切换支持。
-
微服务启动后，会周期性（默认30秒）地向Eureka Server发送心跳以续约自己的“租期”。
-
如果Eureka Server在一定时间内没有接收到某个微服务实例的心跳，Eureka Server将会注销该实例（默认90秒）
-
默认情况下，Eureka Server同时也是Eureka Client。多个Eureka Server实例，互相之间通过复制的方式，来实现服务注册表中数据的同步。
-
Eureka Client会缓存服务注册表中的信息。这种方式有一定的优势——首先，微服务无须每次请求都查询Eureka Server，从而降低了Eureka Server的压力；其次，及时Eureka Server所有节点宕掉，服务消费者依然可以使用缓存中的信息找到服务提供者并完成调用。
综上所述，Eureka通过心跳检查、客户端缓存等机制，提高了系统的灵活性、可伸缩性和可用性。