1、服务器发现的方式
1.1 客户端发现
客户端查询服务注册表,使用负载均衡算法选择一个实例,并发送请求。代表Zk、Eureka
1.2 服务器端发现
服务器端自己维护一个服务注册表,将request转发到指定的服务。
Eureka原理:
服务提供者每30s发送一个http请求到Eureka保持心跳,如果服务提供者不能持续发送心跳,它将在90s内从服务注册中心移除。
注册信息和更新会被复制到其他Eureka节点。
正常情况下,应用实例下线时候会主动向 Eureka-Server 发起下线请求。
但实际情况下,应用实例可能异常崩溃,又或者是网络异常等原因,导致下线请求无法被成功提交。介于这种情况,通过 Eureka-Client 心跳延长租约,配合 Eureka-Server 清理超时的租约解决上述异常。
Eureka客户端每隔30s向服务端发送心跳包以告知服务端当前客户端没有挂掉。对于Client来说,服务Server超过90s没有收到Client的心跳数据,Server就会把该Client移出服务列表。最好不要修改30的默认心跳间隔,因为Server会使用这个时间数值来判断是否出现了大面积故障,意思是比如Eureka默认2分钟收不到心跳就认为网络出了故障,你如果把这个心跳间隔改成了3分钟,那就出问题了。
Eureka的server端会发出5个事件通知,分别是:
EurekaInstanceCanceledEvent 服务下线事件
EurekaInstanceRegisteredEvent 服务注册事件
EurekaInstanceRenewedEvent 服务续约事件
EurekaRegistryAvailableEvent Eureka注册中心启动事件
EurekaServerStartedEvent Eureka Server启动事件
服务下线:
发送Delete 请求 http://localhost:8001/eureka/apps/FEIGN-CLINET/tdy:feign-clinet:4444
![](https://i-blog.csdnimg.cn/blog_migrate/8b5eb45d663488fb747b11eb473d14f9.png)
在eureka操作下线不合理,当时操作下线了,但因为服务消费者有服务列表本地缓存,也是定期更新的,所以需要等,可是服务提供者的心跳是30秒,30秒后又上线了。所以如果想让一服务不提供服务,必须shutdown。
优雅的服务下线:
添加
配置:
发送Post http://localhost:4445/actuator/shutdown,下线后,会立刻通知eureka,eureka会将该服务在注册中心下线。
- Eureka Client是一个Java客户端,用于简化与Eureka Server的交互;
- Eureka Server提供服务发现的能力,各个微服务启动时,会通过Eureka Client向Eureka Server进行注册自己的信息(例如网络信息),Eureka Server会存储该服务的信息;
- 微服务启动后,会周期性地向Eureka Server发送心跳(默认周期为30秒)以续约自己的信息。如果Eureka Server在一定时间内没有接收到某个微服务节点的心跳,Eureka Server将会注销该微服务节点(默认90秒);
- 每个Eureka Server同时也是Eureka Client,多个Eureka Server之间通过复制的方式完成服务注册表的同步;
- Eureka Client会缓存Eureka Server中的信息。即使所有的Eureka Server节点都宕掉,服务消费者依然可以使用缓存中的信息找到服务提供者。
Eureka看明白了这一点,因此在设计时就优先保证可用性。Eureka各个节点都是平等的,几个节点挂掉不会影响正常节点的工作,剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册或时如果发现连接失败,则会自动切换至其它节点,只要有一台Eureka还在,就能保证注册服务可用(保证可用性),只不过查到的信息可能不是最新的(不保证强一致性)。除此之外,Eureka还有一种自我保护机制,如果在15分钟内超过85%的节点都没有正常的心跳,那么Eureka就认为客户端与注册中心出现了网络故障,此时会出现以下几种情况:
1. Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务
2. Eureka仍然能够接受新服务的注册和查询请求,但是不会被同步到其它节点上(即保证当前节点依然可用)
3. 当网络稳定时,当前实例新的注册信息会被同步到其它节点中
因此, Eureka可以很好的应对因网络故障导致部分节点失去联系的情况,而不会像zookeeper那样使整个注册服务瘫痪。
Eureka客户端每隔30s向服务端发送心跳包以告知服务端当前客户端没有挂掉。对于Client来说,服务Server超过90s没有收到Client的心跳数据,Server就会把该Client移出服务列表。最好不要修改30的默认心跳间隔,因为Server会使用这个时间数值来判断是否出现了大面积故障,意思是比如Eureka默认2分钟收不到心跳就认为网络出了故障,你如果把这个心跳间隔改成了3分钟,那就出问题了。