标签:导致 消失 rtb 相互 默认 故障 服务注册 rest 图片
1.服务注册与发现基础架构
注册中心:
接受服务提供者的注册、存储服务提供者的服务信息 ,比如ip 端口号 服务名这些信息;
并且与微服务保持心跳,如果心跳不能保持则注销该实例。
所以注册中心主要提供服务提供者信息的存储,另外与服务提供者保持心跳以监控服务提供者的存活。
服务提供者:
向注册中心提供服务信息,以及一些健康状态。
服务消费者:
定期向注册中心发送查询请求,以获取服务提供者的信息,获取信息之后就向服务提供者发起服务调用。
当服务提供者向注册中心 ,注册或者注销时,它可以接收到来自注册中心的变更通知。通过变更通知,服务消费者可以实时获得服务提供者的信息。
2.Eureka的简介
Eureka分为Eureka server和Eureka client ,Eureka server可以部署在不同的区域当中,他们可以进行两两注册,他们之间保持服务注册表数据之间的同步,以达到数据的最终一致性。Eureka client嵌入到各个应用当中,服务提供者借助Eureka client实现注册、续约、注销的操作。
续约就是持续发送心跳。
服务消费者通过获取服务的注册信息,通过get register,来发起远程调用。
有三点要注意:
1).Eureka server支持跨机房的高可用,不同区域的Eureka server可以同步注册,同一区域也可以两两注册来达到高可用。
2).Eureka server数据一致性的级别是最终一致性,它相比强一致性的区别在于,最终一致性会保证未来的某一时刻数据保持一致
3).Eureka client会对注册表进行缓存,从而减轻了server的压力,即使服务宕机也可以从缓存中获取服务信息,这种方式进一步增强了Eureka的高可用
3.服务治理的机制
Eureka Server集群:
有两个Eureka Server互相进行注册,每个Eureka Server都有一个服务注册表,是来自于服务提供者的一些实例信息。
evitTimer每隔一段时间都会扫描服务注册表,去扫描所有的服务是否持续发送心跳,如果没有持续发送心跳,就会从服务注册表中移除服务。
自我保护的模式开关:当服务的存活实例低于默认的85%就会开启自我保护开关,就会影响剔除任务,evictTimer就会停止服务,导致所有的服务不再进行注销操作。
服务提供者:
向Eureka Serve提供三个操作:register/renew/cancel
register:在开启服务的时候会将服务的实例信息同步给Eureka Server,EurekaServer.instance的信息,比如续约心跳的间隔时间和过期时间。
renew:定期发一个renew,也就是续约操作
cancel:服务关闭时会发送注销操作
heartbeat:定时发送续约心跳
instanceReplicate:同步instance信息
服务消费者的服务注册表包括Eureka Server所有的服务信息
服务注册表会缓存,当Eureka Server不可用时,会取缓存当中的信息(同样保证了高可用)
4.搭建一个Eureka服务架构的步骤
1)创建一个Eureka server(服务注册中心)
2)创建服务提供者
3)创建服务消费者
接下来我们做一个Eureka自我保护欧式的实验:
启动注册中心和和服务提供者,然后ctl+C,关闭服务
这时服务提供者会向注册中心发送一个注销的请求。
instance就会消失。
再次重启用户,执行kill -9 进程号 命令,强制关闭服务实例,这时不会触发shutdown钩子。
这时发现服务实例还在,说明注册中心没有及时发现服务实例已经下线,现在我们等待十秒中。
我们得出以下几个结论:
1.当我们进程平滑停止时,服务会向注册中心发送注销请求, 服务注册中心收到注销请求后会将关联的实例注册状态置位down
2.当我们执行kill -9的时候不会触发注销操作,这就模拟了断电和进程突然退出的情况。
之前我们说过,服务注册到Eureka Server之后,会维护一个心跳连接,告诉Eureka Server自己还活着。
Eureka在运行期间会统计心跳失败的比例低于我们设定的阈值的时候,它将进入保护模式,而不注销任何服务实例。
但是,在这段期间内实例若出现问题,那么客户端很容易拿到实际已经不存在的服务实例,会出现调用失败的情况,所以客户端必须要有容错机制,比如可以使用请求重试、断路器等。
5.高可用的注册中心
Eureka的服务治理设计中,所有的节点既是服务提供方,也是服务消费方,服务注册中心也不例外。
Eureka Server的高可用实际上就是将自己所为服务向其他注册中心注册自己,这样就可以形成一组相互注册的服务注册中心,以实现服务清单的互相同步,达到高可用的目的。
实现的方法就是配置两个服务实例文件(在实际生产中开启两个项目,只是配置文件不同),——application-peer1.properties application-peer2.properties
6.Eureka的核心特性
1)通过相互注册与复制支持高可用
2)支持用户认证
3)支持注册表缓存(容错机制)
4)保护模式(解决网络分区故障)
5)服务提供方上报健康检查
6)支持Restful API
微服务-服务注册与发现
标签:导致 消失 rtb 相互 默认 故障 服务注册 rest 图片
原文地址:https://www.cnblogs.com/xiangkejin/p/9005014.html