(2-3)Eureka详解
基础架构
- 服务注册中心
- 服务提供者
- 服务消费者
服务治理
服务提供者
服务注册。在服务注册时,需要确认一下eureka.client.registerwith-eurek=ture参数是否正确,默认是true,若设置为false将不会启动注册操作。
服务同步。两个服务提供者的服务信息是一样的
服务续约。主要看两个主要属性
#定义服务续约任务的调用间隔时间,默认为30秒
eureka.instance.lease-renewal-interval-in-seconds=30
#定义服务失效的时间,默认为90秒
eureka.instance.lease-expiration-duration-in-secodes=90
服务消费者
获取服务
当服务消费者启动的时候,会发送一个REST请求给服务注册中心,来获取服务注册清单。为了性能考虑,Eureka Server会维护一份只读的服务清单来返回给客户端,同时该缓存清单会
每隔30秒更新一次。
获取服务是服务消费者的基础,所以必须确保eureka.client.fetch-registry=ture(该值默认是true)。可以通过 eureka.client.registry-fetch-interval-seconds=30参数修改缓存清单的更新时间。
服务调用
服务消费者在获取的服务清单后,通过服务名可以获得具体提供服务的实例名和该实例的元数据信息。因为有这些服务实例的详细信息,所以客户端可以根据自己的需要决定具体调用哪个
实例,在Ribbon中会默认采用轮询的方式进行调用,从而实现客户端的负载均衡。
对于访问实例选择,Eureka中有Region和Zone的概念,一个Region中可以包含多个Zone,每个服务客户端需要被注册到一个Zone中,所以每个客户端对应一个Region和一个Zone。
服务下线
在客户端程序中,当服务实例进行正常的关闭操作时,它会出发一个服务下线的REST请求给Eureka Server,告诉服务注册中心“我要下线了”。服务端在接受到请求后,讲该服务状态置为下线并
把该下线事件传播出去。
服务注册中心
失效剔除
有时服务实例不是正常下线的,而服务注册中心并未收到“服务下线”的请求。为了从服务列表讲这些无法提供服务的实例剔除,Eureka Server在启动的时候会创建一个定时任务,默认每隔60秒
将当前清单中超时(默认90秒)没有续约的服务剔除出去。
自我保护
在服务注册中心的信息面板中出现类似下面的红色警告信息:
实际上,该警告就出发了Eureka Server的自我保护机制。Eureka Server在运行期间,会统计心跳失败的比例在15分钟之内是否低于85%,如果出现低于的情况Eureka Server会将当前实例注册
信息保护起来,让这些实例不会过期,尽可能保护这些注册信息。
在本地调试的时候很容易触发注册中心的保护机制,这会使得注册中心维护的服务实例不那么准确。所以我们再本地进行开发的时候,可以用eureka.server.enable-self-preservation=false参数
来关闭保护机制,保证注册中心将不可用的实例正确剔除。
配置详解:
Eureka客户端的配置主要非为两个方面
- 服务注册相关的配置信息,包括服务注册中心的地址、服务获取的间隔时间、可用区域等。
- 服务实例相关的配置信息,包括服务实例的名称、IP地址、端口号、健康检查路径等。
服务注册类配置:
指定注册中心:
eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/
注册高可用的富足注册中心时:
eureka.client.serviceUrl.defaultZone=http://peer1:1111/eureka/,http://peer2/1112/eureka/
为服务注册中心加入校验:
eureka.client.serviceUrl.defaultZone=http://<username>:<password>@localhost:1111/eureka
服务实例类配置:
元数据:
我们可以通过eureka.instance.<properties>=<value>的格式对标准化元数据直接进行配置。其中<properties>就是EurekaInstanceConfigBean对象中的成员变量名。对于自定义元数据,可以通
过eureka.instance.metadataMap.<key>=<value>格式进行配置。比如:
eureka.instance.metadataMap.zone=shanghai
实例名配置:
它是区分统一服务中不同实例的唯一标识。在Netflix Eureka 的原生实现中,实例名采用主机名作为默认值。这样的设置使得在同一个主机上无法穷的那个多个相同的服务实例。在Spring Cloud
Eureka的配置中,针对同一主机中启动多实例的情况,采用如下默认规则。
${spring.cloud.client.hostname}:${spring.application.name}:${spring.application.instance_id:${SERVER.PORT}}
对于实例名的命名规则,我们可以通过eureka.instance.instanceId参数来进行配置。虽然可以在命令行中指定不同的server.port来启动,但是还是略显麻烦。我们可以直接通过设置
server.port=0或者使用随机数server.port=${random.int[10000,19999]}来让Tomcat启动的时候才用随机端口。但是这个时候Eureka Server的实例名都是相同的,这会使得只有一个服务实例能够正常
体统服务。对于我这个问题,我们就可以通过设置实例名规则来解决:
erueka.instance.instanceId=${spring.application.name}:${random.int}
参考:
[1] 《SpringCloud微服务实战》,电子工业出版社,翟永超