基础架构

服务注册中心：

eureka客户端，提供注册服务与发现服务功能

服务提供者：

提供服务得应用，遵循eureka通信机制得应用，将自己提供得服务注册到eureka

服务消费者：

从服务注册中心eureka获取服务列表，定义消费者调用需要得服务得方式 ribbon、feign

服务治理机制

服务提供者

服务注册

“服务提供者”在启动得时候通过rest请求方式将自己注册到eureka server上，带着自身服务得元数据信息。eureka server接收到rest请求后，将元数据存在一个双结构map中，其中第一层是服务名，第二层是具体得服务实例名。

服务同步

如架构图中所示，这里两个服务提供者分别注册到了不同的服务注册中心上，被两个服务中心所维护。因为此时两个中心之间相互注册为服务，当服务提供者发送注册信息请求到一个服务注册中心时，它会将该请求转发给集群中相连得其他服务注册中心，实现服务同步。

服务续约

在注册完服务之后，服务提供者会维护一个心跳来告诉eureka server还活着，以防止eureka server剔除服务，我们称为：服务续约

关于服务续约两个重要得属性：

    eureka.instance.lease-renewal-interval-in-seconds：定义服务续约任务得调用间隔时间，默认为30s

    eureka.instance.lease-expiration-duration-in-seconds：定义服务失效得时间，默认为90s

服务消费者

获取服务

当我们启动消费者得时候，他会发送一个rest请求给注册中心，获取上面得服务清单。为了性能考虑，eureka server会维护一份可读得服务清单来返回给客户端，缓存清单会30s更新一次。如果需要修改缓存得更新时间，设置属性：

    eureka.client.registry-fetch-interval-seconds=30

服务调用

服务消费者在获取服务清单后，通过服务名可以获得具体提供服务得实例名和该实例得元数据。有了各个服务得详细信息，客户端就可以根据自己得需求调用某个服务实例，在ribbon中会默认采用轮询得方式调用，实现客户端得负载均衡

对于访问实例得选择，eureka中有region和zone得概念，每个服务都被注册到一个zone中，一个region有多个zone，所以每个客户端对应一个region和一个zone。在服务调用时，优先访问同一处zone中的服务生产者，如果访问不到，就访问其他得zone。

服务下线

在服务关闭期间，我们不希望继续调用关闭得实例。所以在eureka得客户端程序中，当服务实例进行正常关闭，就会触发一个服务下线得rest请求给eureka server，告诉服务注册中心，我要下线，eureka server接收到请求后，将该服务状态设置为down，并把事件传播出去。

服务注册中心

失效剔除

当服务实例因内存溢出、网络故障等原因不能正常下线时，eureka server是收不到服务下线得消息得。为了保证不正常服务实例得剔除，eureka server在启动时会创建一个定时任务，默认一段时间（默认60s）将当前清单中超市90s没有续约得服务剔除。

自我保护

eureka在运行期间，会统计心跳得失败比例：15分钟内是否低于85%（生产环境通常是网络不稳定导致），如果低于，eureka server就会把实例注册信息保护起来。但是，在保护期间，服务实例若出现问题，那么eureka客户端很容易拿到实际已经不存在得服务实例，会出现调用失败，所以eureka必须有容错机制，如果使用：请求重试、断路器等。

建议：在开发时候，关闭保护机制，使用：eureka.server.enable-self-preservation=false ------关闭保护机制

基础配置

服务注册类配置：eureka.client

服务实例类配置：eureka.instance