当前位置:   article > 正文

注册中心【Eureka】_注册中心eureka

注册中心eureka

什么是注册中心?
微服务的基础组件,功能主要是以下两点:
1、服务的注册
2、服务的发现

为什么需要注册中心?它解决了什么问题?
1、管理服务;分布式部署服务太多,IP及端口过多,无法管理
2、服务间的依赖关系;服务不是单独存在的(低耦合,并不是不耦合),各系统相互依赖,呈网状结构

什么是注册中心eureka?
1、resultFul 服务,提供了服务的注册与发现,负载均衡,故障转移的能力
2、包含 eureka 构建的分布式服务一般有三种角色;
服务方(即eureka server),提供注册与发现功能;
server provider,服务提供方,注册到eureka服务器;
server consumer,服务消费方,从eureka获取注册列表,消费服务

三种角色间的关系
在这里插入图片描述eureka集群:Eureka Server
provider:application service 服务提供方
consumer:application client 服务调用方
剪头的作用:
1、Register(服务注册):把自己的IP、port注册给eureka
2、Renew(服务续约):发送心跳;每隔30s发送一次心跳,告诉eureka自己还活着
2.1、Eviction(剔除):超过90s,eureka任务服务死亡,从注册表中剔除
3、Cancel(服务下线):provider服务停止/关闭,调用eureka把自己从注册表中剔除,防止consumer调用不存在的服务
4、Get Registry:获取注册列表
5、Replicate(复制):eureka集群间数据的同步和复制

优雅停服-自我保护
1、什么条件下eurake会自我保护?为什么要启用自我保护?
自我保护的条件:一般情况下,微服务在eureka上注册后,会30s定期发送心跳,eureka通过心跳来判断微服务是否健康,同时会定期删除超过90s没有发送心跳的服务
2、有两种情况会导致Eurake Server收不到微服务的心跳:
a、微服务自身的原因导致,比如故障或关闭
b、微服务与eureka之间的网络出现故障导致。
通常微服务自身的故障关闭,只会导致个别微服务出现故障,一般不会大面积出现故障,而网络故障会导致eureka server在短时间内无法收到大批心跳,考虑到这个区别,eurake设定了一个阈值,当判断挂掉的服务的数量超过阈值时,eureka server认为很大程度上出现了网络故障,将不再删除心跳过期服务
3、那么这个阈值是多少呢?
15分钟内低于85%。
eureka server在运行期间,会统计心跳失败的比例在15分钟之内是否低于85%,这种算法叫做eureka server的自我保护模式
4、为什么要自我保护?
a、因为同时保留“好数据”与“坏数据”总比丢掉任何“好数据”要更好,当网络故障恢复后,这个eureka节点会退出“自我保护模式”
b、eureka还有客户端缓存功能(也就是微服务的缓存功能)。即使eureka集群中的所有节点都宕机失败,微服务的provider和consumer都能正常通信。
c、微服务的负载均衡策略也会自动剔除死亡的微服务节点

关闭eureka server自我保护配置
#关闭自我保护 设为false,关闭自我保护
eureka.server.enableSelfPreservation=false

优雅停服,先做一些安全的动作,再停止服务
1、引入jar包
spring-boot-starter-actuator
2、配置文件添加配置项
#启动shutdown
endpoints.shutdown.enable=true
#禁用密码验证
endpoints.shutdown.sensitive=false
3、模拟http请求
String url = “http://127.0.0.1:80801/shutdown”;
HttpClientUtil.doPost(url);
4、查看eureka服务器,该服务已从注册列表中删除(且无 关闭自我保护 报红)

基于分布式CAP原理,分析eureka与zookeeper的区别
zookeeper,主从结构,当主机发生故障,通过选举机制选出新的主机
zookeeper,主机负责写,并复制到其他的从属机子上,复制数据需要时间,当未复制完成时,服务器需要等待,牺牲了可用性
eurake基于AP,没有主从的概念,每台服务器都是单独的,无法保持其数据一致性(C)
A(可用性):当某台机子宕机,会自动切换到新的服务器节点,没有选举的动作;档期恢复时,会自动将其纳入可用性集合
P(分区容错):自我保护,当所有机子都宕机时保证可用性;当网络发生故障时,心跳机制会将所有注册的服务超时,同一时间失去大量服务器心跳时,eurake提供自我保护机制,已注册的节点会被保留
zookeeper基于CP,保证数据的一致性,对高可用的支持不够
在一个内部系统,主要的服务时注册与发现,而不是配置文件的共享,因此,eurake比较适合内部服务的建设
分布式CAP理论
在这里插入图片描述
在这里插入图片描述

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/AllinToyou/article/detail/733531
推荐阅读
相关标签
  

闽ICP备14008679号