服务提供者要向EurekaServer注册服务,并且完成服务续约等工作。
一、服务注册
服务提供者在启动时,会检测配置属性中的: eureka.client.register-with-erueka=true
参数是否正确,事实上默认就是true。如果值确实为true,则会向EurekaServer发起一 个Rest请求,并携带自己的元数据信息,EurekaServer会把这些信息保存到一个双层Map结构中。
- 第一层Map的Key就是服务id, 一般是配置中的
spring.application.name
属性 - 第二层Map的key是服务的实例id。一般host + serviceld + port,例如:
localhost:user-service: 8081
- 值则是服务的实例对象,也就是说一个服务, 可以同时启动多个不同实例,形成集群。
默认注册时使用的是主机名或者localhost,如果想用ip进行注册,可以在user-service中添加配置如下:
eureka:
instance:
ip-address: 127.0.0.1 # ip地址
prefer-ip-address: true # 更倾向于使用ip,而不是host名
修改完后先后重启user-service
和consumer demo
;在调用服务的时候就已经变成ip地址。
需要注意的是:不是在eureka中的控制台服务实例状态显示。
二、服务续约
在注册服务完成以后,服务提供者会维持一个心跳 (定时向EurekaServer发起Rest请求), 告诉EurekaServer: “我还活着”。这个我们称为服务的续约(renew) ;
有两个重要参数可以修改服务续约的行为;可以在user- service
中添加如下配置项:
eureka :
instance :
lease-expiration-duration-in-seconds: 90
lease-renewal-interval-in-seconds: 30
- lease-renewal-interval-in-seconds: 服务续约(renew)的间隔, 默认为30秒
- lease-expiration-duration-in-seconds: 服务失效时间,默认值90秒
也就是说,默认情况下每隔30秒服务会向注册中心发送一 次心跳,证明自己还活着。如果超过90秒没有发送心跳,EurekaServer就会认为该服务宕机,会定时(eureka.server.eviction-interval-timer-in-ms设定的时间) 从服务列表中移除,这两个值在生产环境不要修改,默认即可。
三、获取服务列表
当服务消费者启动时,会检测eureka.client.fetch-registry=true
参数的值,如果为true,则会从EurekaServer服务的列表拉取只读备份,然后缓存在本地。并且每隔30秒会重新拉取并更新数据。可以在consumer-demo
项目中通过下面的参数来修改:
eureka:
client:
registry-fetch-interval-seconds: 30
四、服务下线
当服务进行正常关闭操作时,它会触发一个服务下线的REST请求给Eureka Server,告诉服务注册中心:“我要下线了”。服务中心接受到请求之后,将该服务置为下线状态。
五、失效剔除
有时我们的服务可能由于内存溢出或网络故障等原因使得服务不能正常的工作,而服务注册中心并未收到‘服务下线”的请求。相对于服务提供者的”服务续约”操作,服务注册中心在启动时会创建一个定时任务, 默认每隔一段时间(默认为60秒)将当前清单中超时(默认为90秒)没有续约的服务剔除,这个操作被称为失效剔除。
可以通过eureka.server.eviction-interval-timer-in-ms
参数对其进行修改,单位是毫秒。
六、自我保护
我们关停一个服务,很可能会在Eureka面板看到一条警告:
这是触发了Eureka的自我保护机制。当服务未按时进行心跳续约时,Eureka会统计服务实例最近15分钟心跳续约的比例是否低于了85%。在生产环境下,因为网络延迟等原因,心跳失败实例的比例很有可能超标,但是此时就把服务剔除列表并不妥当,因为服务可能没有宕机。Eureka在这段时间内不会剔除任何服务实例,直到网络恢复正常。生产环境下这很有效,保证了大多数服务依然可用,不过也有可能获取到失败的服务实例,因此服务调用者必须做好服务的失败容错。
可以通过下面的配置来关停自我保护:
eureka:
server:
enable-self-preservation: false # 关闭自我保护模式 (缺省为打开)