SpringCloud之Eureka服务

SpringCloud组件之Eureka

Eureka

概念

Eureka就好比是滴滴，负责管理、记录服务提供者的信息。服务调用者无需自己寻找服务，而是把自己的需求告诉 Eureka，然后Eureka会把符合你需求的服务告诉你。

同时，服务提供方与Eureka之间通过 “心跳” 机制进行监控，当某个服务提供方出现问题，Eureka自然会把它从服 务列表中剔除。

这就实现了服务的自动注册、发现、状态监控。

• Eureka：就是服务注册中心（可以是一个集群），对外暴露自己的地址。
• 提供者：启动后向Eureka注册自己信息（地址，提供什么服务） 。
• 消费者：向Eureka订阅服务，Eureka会将对应服务的所有提供者地址列表发送给消费者，并且定期更新。
• 心跳(续约)：提供者定期通过HTTP方式向Eureka刷新自己的状态 。

搭建Eureka

• 服务器端

1、加入依赖
<dependency> 
	<groupId>org.springframework.cloud</groupId> 
	<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency>
2、在启动类加上@EnableEurekaServer注解
//声明当前应用时Eureka服务 
@EnableEurekaServer 
@SpringBootApplication 
public class EurekaServerApplication { 
	public static void main(String[] args) {		        
		SpringApplication.run(EurekaServerApplication.class, args); 
	} 
}
3、编写配置文件
eureka: 
  client: 
    service-url: 
      # eureka 服务地址，如果是集群的话；需要指定其它集群eureka地址 d
      efaultZone: HTTP://127.0.0.1:10086/eureka 
    # 不注册自己
    register-with-eureka: false 
    # 不拉取服务 
    fetch-registry: false

• 服务端

1、加入依赖
<!-- Eureka客户端 --> 
<dependency> 
	<groupId>org.springframework.cloud</groupId> 
	<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency>
2、启动类上添加 @EnableDiscoveryClient 来开启Eureka客户端功能
3、编写配置：
eureka: 
  client: 
    service-url: 
      defaultZone: HTTP://127.0.0.1:10086/eureka
4、重启服务

服务注册过程

服务提供者在启动时，会检测配置属性中的： eureka.client.register-with-erueka=true 参数是否为true，默认是true。

如果值确实为true，则会向EurekaServer发起一个Rest请求，并携带自己的元数据信息，

EurekaServer会把这些信息保存到一个双层Map结构中 。

• 第一层Map的Key就是服务id，一般是配置中的 spring.application.name 属性,user-service
• 第二层Map的key是服务的实例id。一般是host+ serviceId + port，例如：localhost:user-service:8081
• 值则是服务的实例对象，也就是说一个服务，这样可以同时启动多个不同实例，形成集群。

默认注册时使用的是主机名或者localhost，如果想用ip进行注册，可以添加配置如下：

eureka: 
	instance:
    	ip-address: 127.0.0.1 # ip地址 
    	prefer-ip-address: true # 更倾向于使用ip，而不是host名

服务续约

在注册服务完成以后，服务提供者会维持一个心跳（定时向EurekaServer发起Rest请求），告诉EurekaServer：“我还活着”。这个就是服务的续约（renew）；

有两个重要参数可以修改服务续约的行为；可以在 user-service 中添加如下配置项：

eureka:
  instance: 
    lease-expiration-duration-in-seconds: 90 #服务续约(renew)的间隔，默认为30秒
    lease-renewal-interval-in-seconds: 30  #服务失效时间，默认值90秒

也就是说，默认情况下每个30秒服务会向注册中心发送一次心跳，证明自己还活着。如果超过90秒没有发送心跳，EurekaServer就会认为该服务宕机，会从服务列表中移除，这两个值在生产环境不要修改，默认即可。

获取服务列表

当服务消费者启动时，会检测 eureka.client.fetch-registry=true 参数的值，如果为true，则会从Eureka Server服务的列表拉取只读备份，然后缓存在本地。并且 每隔30秒会重新拉取并更新数据。可以在项目中通过下面的参数来修改间隔时间：

eureka: 
  client: 
    registry-fetch-interval-seconds: 30

失效剔除和自我保护

服务下线

当服务进行正常关闭操作时，它会触发一个服务下线的REST请求给Eureka Server，告诉服务注册中心：“我要下线了”。服务中心接受到请求之后，将该服务置为下线状态 。

失效剔除

有时我们的服务可能由于内存溢出或网络故障等原因使得服务不能正常的工作，而服务注册中心并未收到“服务下线”的请求。相对于服务提供者的“服务续约”操作，服务注册中心在启动时会创建一个定时任务，默认每隔一段时间（默认为60秒）将当前清单中超时（默认为90秒）没有续约的服务剔除，这个操作被称为失效剔除。

可以通过 eureka.server.eviction-interval-timer-in-ms 参数对其进行修改，单位是毫秒。

自我保护

我们关停一个服务，就会在Eureka面板看到一条警告：

这是触发了Eureka的自我保护机制。当一个服务未按时进行心跳续约时，Eureka会统计最近15分钟心跳失败的服务实例的比例是否超过了85%，当EurekaServer节点在短时间内丢失过多客户端（可能发生了网络分区故障）。

在生产环境下，因为网络延迟等原因，心跳失败实例的比例很有可能超标，但是此时就把服务剔除列表并不妥当，因为服务可能没有宕机。Eureka就会把当前实例的注册信息保护起来，不予剔除。生产环境下这很有效，保证了大多数服务依然可用。

但是这给我们的开发带来了麻烦， 因此开发阶段我们都会关闭自我保护模式：

eureka: 
  server:
    enable-self-preservation: false # 关闭自我保护模式（缺省为打开） 
    eviction-interval-timer-in-ms: 1000 # 扫描失效服务的间隔时间（缺省为60*1000ms）