一、服务治理参与者

• 服务注册中心： eureka-server
• 服务提供者：HELLO-SERVICE
• 服务消费者 ：HELLO-CONSUMER

很多时候，客户端既是服务提供者又是服务消费者，-》@EnableDiscoveryClient。

服务提供者和服务消费者都是Eureka的客户端，是大部分通信行为的主动发起者。

二、各参与者之间的交互模式

Application-Service --（注册、续约、下线）--》Eureka-Server

Application-Service --（获取registry）--》Eureka-Server

Application-Client --（获取registry）----》Eureka - Server

Application-Client --（本地负载均衡下的远程调用）----》Application - Service

Eureka-Server1 --（复制） --》 Eureka-Server2 --（复制） --》 Eureka-Server3 --（复制） --》  Eureka-ServerN

三、流程描述

1、服务提供者

1.1、服务注册

服务提供者 启动时发送rest请求注册自己到EurekaServer，注册自己的一些元数据。

EurekaServer接收注册内容，放到双层map，第一层的key是服务名，第二层的key是具体服务实例名。

服务提供者：

eureka.client.register-with-eureka=true,默认值为true。否则将不会启动注册操作。

EurekaServer：

1.2、服务同步 - regist

服务注册中心之间因为互相注册为服务。所以，当服务提供者发送注册请求到一个服务注册中心时，它会将请求转发给集群中相连的其他注册中心，从而实现注册中心之间的服务同步。

1.3、服务续约 - renew

注册完服务之后，服务提供者会维持一个心跳用来告诉EurekaServer：我还在，防止EurekaServer的剔除任务将该服务实例从服务列表中排除出去！

2、服务消费者

2.1、获取服务

启动服务消费者时，服务消费者会发送一个请求给 服务注册中心，来获取上面注册的服务清单。

服务注册中心会每隔30秒更新一次服务缓存清单。

2.2、服务调用

服务消费者获得服务清单后，通过服务名可以获得具体提供服务的实例名和实例元数据信息，可以根据需要决定调用哪个实例。

ribbon中默认采用轮询方式进行调用，从而实现客户端的负载均衡。

2.3、服务下线

服务实例关闭，会触发一个服务下线的rest请求给EurekaServer，告诉服务器，我要下线了！

服务端收到下线请求，将该服务实例状态设置为下线，并传播该下线事件。

3、服务注册中心

3.1、失效剔除

服务实例非正常下线，如：内存溢出、网络断开等原因导致服务实例无法正常工作时，服务注册中心无法按期收到“服务下线“消息请求。

EurekaServer会有一个定时任务，默认每隔一段时间（60秒）从当前清单中剔除没有续约（默认90秒）的服务实例。

3.2、自我保护

EurekaServer统计心跳失败比例，如果15分钟内低于85%，则触发自我保护机制：保存当前实例信息，让这些实例不会过期。

三、其他概念

针对区域性故障的容错集群

一个region 对应多个 zone

微服务应用中使用ribbon调用服务时，会优先访问同客户端处于一个zone的服务实例，只有当同一个zone中没有可用的服务实例时才会访问其他zone中的实例。