SpringCloud学习笔记(十一、SpringCloud总结)

SpringCloud Config:

1、动态刷新配置:通过job调用Set<String> keys = contextRefresher.refresh()这段代码即可。

2、如何实现自定义健康检查:重写AbstractHealthIndicator的doHealthCheck方法就可以了。

详见:https://www.cnblogs.com/bzfsdr/p/11589902.html

SpringCloud Netflix Eureka:

1、服务发现:服务发现分为两种模式,其主要区别在于主逻辑在谁那判断

  • 客户端模式:调用其它服务时首先去注册中心获取服务列表,并且在本地缓存一份,然后根据客户端自身的负载均衡策略进行服务调用
  • 服务端模式:调用其它服务时直接向注册中心发起请求注册中心根据自身负载均衡策略进行服务调用,而客户端不需要维护服务发现逻辑。

2、服务发现两种模式的比较:

  • 客户端模式:如Eureka。
    • 由于服务列表会在本地缓存一份,所以在调用服务时会减少一次链路的调用;但每个客户端都需要维护自身的服务列表。
    • 可用性高;因为有本地缓存,所以即使注册中心宕机了也不会影响服务间的正常使用。
    • 服务端上下线时客户端会出现短暂的调用失败。
  • 服务端模式:如Zookeeper。
    • 使用简单,客户端无需维护服务列表。
    • 可用性取决于注册中心,若注册中心发生故障则所有的服务都不可用;同时所有的存储和调用工作都由注册中心完成,这样的话注册中心的负载过高。
    • 服务端上下线时客户端无感知。

3、Eureka高可用:

我们都知道Eureka分为服务端客户端,所以搭建高可用的Eureka时二者都需要高可用

a、服务端:

服务端的高可用其实就是让客户端获取服务列表时尽可能的少失败,所以我们只需要启动两个或多个Eureka Server让他们相互复制服务列表即可。

1 server.port=9091
2 eureka.client.service-url.defaultZone=http://localhost:9092/eureka
1 server.port=9092
2 eureka.client.service-url.defaultZone=http://localhost:9091/eureka

b、客户端

客户端的高可用就是在获取服务列表时尽可能的少失败,所以我们只需要配置多个注册中心即可

1 eureka.client.service-url.defaultZone=http://localhost:9091/eureka,http://localhost:9092/eureka

4、Eureka原理:

  • 默认30秒,eureka client定期拉取eureka server服务列表配置。
  • 服务的上下线eureka server会通知订阅了的eureka client更新服务列表,并且还会通知其它的eureka server。
  • eureka client默认30秒向eureka server发送心跳,而eureka server会在90秒将未发送心跳的eureka client下线,并通知eureka client、eureka server。

eureka server保护机制:因eureka server可能会因为网络问题收不到其它服务心跳,所以eureka server并不会盲目的将服务下线。

eureka server保护规则:计算一定时间内是否有85%的服务都没有发送心跳,如果是则进入保护机制,此段时间内eureka server会正常的接受注册、查询服务,但不会将数据通知到eureka client和其它的eureka server,这样就不会误杀了。

SpringCloud Ribbon:

重构造一个新的基于rest风格的RestTemplate,这样调用服务是便能实现负载均衡了。

1 @Bean
2 @LoadBalanced
3 public RestTemplate restTemplate() {
4     return new RestTemplate();
5 }

配置properties:

1 ## 局部配置-- 单独制定客户端(eureka-provider客户端)
2 eureka-provider.ribbon.listOfServers=localhost:8072,localhost:8073

配置格式:<clientName>.<nameSpace>.<propertyName>=<value>

propertyName见com.netflix.client.config.CommonClientConfigKey

SpringCloud Hystrix:

Hystrix是一款开源的分布式容错和延迟库,目的是隔离分布式服务的故障。它还提供了优雅的降级和熔断的实现方式,使服务能够快速的失败,并且能从失败中快速的恢复。

1、Hystrix解决的问题:

  • 通过线程隔离和信号量实现了限制分布式服务资源的使用,当一个服务有问题时不会影响其它服务。
  • 优雅的降级机制(超时、资源不足是降级),降级后可返回托底数据。
  • 优化的熔断机制,失败率达到阀值自动降级,并且可以快速恢复。
  • 提供了请求合并请求缓存

2、线程隔离:将Tomcat请求的任务转交给自己内部的线程来执行,这样Tomcat便可以响应更多的请求,内部线程执行完后再将结果转交给Tomcat。

3、信号量隔离:与线程隔离类似,但不同的是信号量隔离是内部程序限流。

4、线程隔离与信号量隔离区别:

线程池

信号量

线程

与调度线程非同一线程

与调度线程是同一线程

开销

排队、调度、上下文切换等开销

无线程切换,开销低

异步

支持

不支持

并发支持

支持(由线程池大小决定)

支持(由信号量大小决定)

注意:服务熔断必须满足时间、请求数、失败比例三个条件才会触发断路器。

SpringCloud Feign:

Feign是一款开源的声明式、模板化的HTTP客户端,它可以更加便捷、优雅的调用HTTP API;而SpringCloud Feign是对Netflix Feign的增强,使其支持Ribbon、Eureka。

使用时只需要定义接口、加上扫描接口注解@EnableFeignClients(basePackages = {"com.xxx.xxx"}),并像调用方法一样调用接口就可以了。

SpringCloud Zuul:

Zuul是Netflix开源的网关,主要用于路由和过滤。

它还是基于JVM的路由器和负载均衡器,所以它的规则引擎允许使用任何JVM语言编写,如java、groovy。

1、Zuul作用:

  • 日志
  • 压力测试
  • 动态路由
  • 安全认证
  • 等等

2、Zuul请求生命周期:

  • pre:在请求转发前处理请求,如日志、请求校验等。
  • route:将请求转发到具体的服务提供方。
  • post:在接收到服务提供方的返回结果后做的一些处理,如数据加工、内容转换等等(数据脱敏)。
  • error:当请求发生异常时启用error过滤器。

3、自定义Zuul过滤器

 1 package com.jdr.maven.sc.integration.zuul.filter;
 2 
 3 import com.netflix.zuul.ZuulFilter;
 4 import com.netflix.zuul.exception.ZuulException;
 5 import org.springframework.beans.factory.annotation.Value;
 6 import org.springframework.cloud.context.config.annotation.RefreshScope;
 7 import org.springframework.stereotype.Component;
 8 
 9 import static org.springframework.cloud.netflix.zuul.filters.support.FilterConstants.PRE_TYPE;
10 
11 /**
12  * @author zhoude
13  * @date 2019/10/20 9:44
14  */
15 @Component
16 @RefreshScope
17 public class LogFilter extends ZuulFilter {
18 
19     @Value("${zuul.log-name}")
20     private String logName;
21 
22     /**
23      * 过滤器类型
24      *
25      * @return pre、route、post、err
26      */
27     @Override
28     public String filterType() {
29         return PRE_TYPE;
30     }
31 
32     /**
33      * 过滤器执行顺序,越小越先执行
34      *
35      * @return 执行序列
36      */
37     @Override
38     public int filterOrder() {
39         return 0;
40     }
41 
42     /**
43      * 是否应该过滤(此函数可以增加一些开关的逻辑,来达到动态控制)
44      *
45      * @return true-应该执行过滤,false-不应该执行过滤
46      */
47     @Override
48     public boolean shouldFilter() {
49         return true;
50     }
51 
52     /**
53      * 过滤器具体执行逻辑
54      *
55      * @return target
56      * @throws ZuulException 执行发生异常时抛出ZuulException
57      */
58     @Override
59     public Object run() throws ZuulException {
60         System.err.println("这是日志" + logName);
61         return null;
62     }
63 }

SpringCloud Bus:

SpringCloud Bus是一个分布式执行器,它可以作为应用程序间的通信通道,如系统状态变更时的广播(配置变更)。

猜你喜欢

转载自www.cnblogs.com/bzfsdr/p/12064091.html