springcloud之微服务Eureka组件原理实现

深碍√TFBOYSˉ_ 2023-06-24 08:15 110阅读 0赞

**springcloud常用组件  
1、服务注册与发现：Eureka  
2、服务网关: Zuul  
3、服务负载均衡：Ribbon  
4、服务之间调用：Feign  
5、服务熔断：Hystrix   ---因官网不继续维护，可以使用阿里提供的Alibaba Sentinel **轻量级的流量控制、熔断降级 Java 库  
**6、配置中心：config     ---如果不想自己维护，可以使用阿里云**nacos作为配置中心  
  
  
**1、****服务注册与发现：Eureka**  
**Eureka分客户端client和服务端server。各微服务为客户端client（Eureka客户端，注解**@EnableEurekaClient**），将自己的信息注册到server。  
微服务启动后(默认每隔30秒)，client做2件事：1. 从服务端server拉取最新注册服务信息。2. 向server发送心跳，告诉server自己没有挂（这就是所谓的续约）。**  
  
**Eureka服务端server：在一定时间（默认90秒）内没有收到某个微服务节点的心跳，server将会注销该微服务节点。如果非正常下线比如shutdown等命令就会Zureka导致几十秒内服务不可用**。  
每个Eureka Server同时也是Eureka Client，多个Eureka Server之间通过复制的方式完成服务注册表的同步。  
Eureka server存储客户端端口号，IP地址等。  
  
**定义服务续约任务的调用间隔时间，**  
客户端默认30秒    eureka.instance.lease-renewal-interval-in-seconds=30\#   
定义服务端失效的时间默认90秒       eureka.instance.lease-expiration-duration-in-seconds=90

**Eureka客户端从服务端Server拉去实例信息间隔时间**  
缓存清单的更新时间，默认30秒    eureka.client.registry-fetch-interval-seconds=30  
  
**Eureka服务端自我保护机制**  
EurekaServer会统计心跳失败的比例在15分钟之内是否低于85%，如果出现低于的情况，EurekaServer会将这些实例保护起来，让其不过期，但是这样会让客户端拿到已经挂掉的服务实例，这就要求客户端必须要有容错机制（请求重试、断路器等） eureka.server.enable-self-preservation=false ： 关闭保护机制  
  
**自我保护机制原因解释：**  
如果开启了自我保护，主要是进一步判断是Eureka Server出了问题，还是Eureka Client出了问题  
Eureka自我保护机制是为了防止误杀服务而提供的一个机制。Eureka服务端的自我保护机制“谦虚”的认为如果大量服务都续约失败，则认为是自己出问题了（如自己断网了），也就不剔除了。  
  
**注册列表存储（用ConcurrentHashMap实现并存储在内存中）**  
private final ConcurrentHashMap<String, Map<String, Lease<InstanceInfo>>> registry = new ConcurrentHashMap<String, Map<String, Lease<InstanceInfo>>>();  
第一层hash map的key是app name，也就是应用名字,就是那个服务  
第二层hash map的key是instance name，也就是实例名字，就是唯一主机id一样的唯一标识，value 存放着主机ip,端口等相关服务详情和服务治理相关的属性  
  
**Eureka实现了二级缓存来保存即将要对外传输的服务信息，数据结构完全相同**。  
一级缓存：ConcurrentHashMap<Key,Value> readOnlyCacheMap，本质上是HashMap，无过期时间，保存服务信息的对外输出数据结构。  
二级缓存：Loading<Key,Value> readWriteCacheMap，本质上是guava的缓存，包含失效机制，保存服务信息的对外输出数据结构。  
既然是缓存，那必然要有更新机制，来保证数据的一致性。下面是缓存的更新机制：  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3podXlhbmxpbjA5_size_16_color_FFFFFF_t_70][]  
具体步骤可参考如下地址：[https://blog.csdn.net/zhuyanlin09/article/details/89598245][https_blog.csdn.net_zhuyanlin09_article_details_89598245]  
  
**Eureka Server 如何实现高可用？**  
机制：将自己作为注册中心向其他服务注册中心注册自己，这样就可以形成一组互相注册的服务注册中心。  
![format_png][]  
  
**Eureka和Zookeeper区别？**  
1、以CAP理论，zookeeper是保证CP的，而Eureka是保证AP的。即在集群面临各种宕机、网络波动等分布式问题时，前者更偏向保证数据一致，而后者更偏向保证服务可用。  
2、集群方式：zookeeper集群需要以选举算法保证集群中有一个唯一的leader，这样，集群在选举过程中，容易导致短暂服务不可用。而Eureka集群的方式则是简单的互相注册，即把当前Eureka节点也作为一个服务，向其他Eureka节点进行注册。这样当有节点宕机后，直接用另外一些节点提供服务即可。但是这时，就存在节点之间数据同步没有完成的问题。这个集群方式也是两者CP与AP之争的根本。  
3、Eureka的自我保护机制也是别人说Eureka更适合做服务中心的特点之一。  
  
这里不具体写代码实例。目前我已经实践过

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3podXlhbmxpbjA5_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20190427101422560.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3podXlhbmxpbjA5,size_16,color_FFFFFF,t_70
[https_blog.csdn.net_zhuyanlin09_article_details_89598245]: https://blog.csdn.net/zhuyanlin09/article/details/89598245
[format_png]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly91cGxvYWQtaW1hZ2VzLmppYW5zaHUuaW8vdXBsb2FkX2ltYWdlcy8xMTQ3NDA4OC04YzExODBjYWVlNjJmOGMwLnBuZw?x-oss-process=image/format,png