注册中心【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理论