微服务架构及Eureka简介

一.微服务架构

服务提供者、服务消费者、服务发现组件这三者之间的关系：

1. 各个微服务在启动时，将自己的网络地址等信息注册到服务发现组件中，服务发现组件会存储这些信息。

2. 服务消费者可从服务发现组件查询服务提供者的网络地址，并使用该地址调用服务提供者的接口。

3. 各个微服务与服务发现组件使用一定机制（例如心跳）通信。服务发现组件如长时间无法与某微服务实例通信，就会注销该实例。

4. 微服务网络地址变更时，会重新注册到服务发现组件。使用这种方式，服务消费者就无需人工修改提供者的网络地址了。

综上，服务发现组件应具备以下功能

1. 服务注册表：是服务发现组件的核心，它用来纪录各个微服务的信息。

2. 服务注册与发现：服务注册是指微服务启动时，将自己的信息注册到服务发现组件上的过程。服务发现是指查询可用微服务列表及其网络地址的机制。

3. 服务检查：服务发现组件使用一定机制定时检测已注册的服务，如发现某实例长时间无法访问，就会从服务注册表中一出该实例

二.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通过心跳检查、客户端缓存等机制，提高了系统的灵活性、可伸缩性和可用性。