eureka服务注册与发现

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

在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保证AP
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分钟，那就出问题了。