Sentinel

[AugustTuan]

P326 Sentinel-高并发方法论&简介

• 老师讲了什么？

  • 总结：这一集老师回顾了秒杀服务使用策略，并且引入了Sentinel中间件

  • 秒杀以及所有高并发系统关注的问题就是快和稳，老师回顾了之前秒杀系统引入的设计元素

  • 服务职责单一，独立部署——专门创建一个秒杀模块，即使崩溃了也不会影响其他服务

  • 动静分离——静态资源放在nginx，服务只用处理静态资源的请求，增大了请求的接收能力

  • 秒杀连接加密——这块每懂，大概就是通过随机码，让脚本无法提前抢到商品

  • 引入Redis高速缓存——定期将商品缓存到redis，服务直接和redis交互，处理请求的速度大大提到

  • 登录拦截——在请求访问秒杀服务前，先通过拦截器将不符合要求的请求直接返回，增强服务的请求接收能力

  • 消息队列削峰——秒杀成功以后不再调用创建订单服务，而是给队列发送消息，直接返回，增加请求处理速度。由队列再去创建订单，锁定库存（防止订单服务崩溃）

  • 除此之外呢，老师再次强调了以上策略虽然让服务可以更快的处理请求，但是服务器的资源是有上限的，必须要对请求进行限流&熔断&降级处理。

  • 熔断——某个服务多次超时以后，直接认为该服务断路，凡是调用该服务的，直接返回降级数据。（熔断是为了防止一个服务故障导致整个调用链不断地等待）

  • 降级——再流量高峰期，停止部分次要服务，腾出资源给核心服务，请求访问次要服务返回降级数据

  • 限流，被访问服务的请求进行控制，让服务器承担地请求一直在处理能力范围内

  • 熔断和降级的联系

    • 相同点——熔断和降级都是为了增强服务的可靠性，防止崩溃。也都让部分服务不可用
    • 不同点——熔断属于服务超时而被动触发地机制，而降级则是主动地、人为地调控

  • 因此老师专门引入了Alibaba的限流中间件，Sentinel。

• 学习策略：

  • 详细学习

• 掌握程度

  • 简本了解

• 课程评价

  • 价值评价：引入新概念的课程
  • 难度评价：正常

• 时间花费

  • 课程长度：20：49
  • 实际花费：34分钟

• 课程收获

  • 回顾了之前秒杀服务应对高并发系统的策略（动静分离，独立部署，随机码，队列削峰，引入缓存，登录拦截）
  • 知道了分布式系统除了请求处理速度外，稳定性更是重中之重，并知道了熔断、降级、限流的概念，以及熔断和降级的异同
  • 知道了Alibaba的限流中间件，Sentinel

• 遗留问题

  • 00：40 怎么判断注解应该加在哪里？有的时候是启动类，有的时候是配
  • 加随机码这块，是把什么加了随机码，是什么时候加上去的？
  • 15：00 老师讲解了Sentinel和Hystrix的对比，后面感兴趣可以再了解

[AugustTuan]

P327 Sentinel-基本概念

• 老师讲了什么？

  • 总结：这一集老师介绍了Sentinel相关的几个专业术语：资源、规则

  • 首先使用Sentinel，只需要在项目中导入Sentinel的核心库，然后可以下载一个可视化的控制台

  • Sentinel主要就是用来保护资源的，其保护资源的步骤有

  • 定义资源——哪些资源可以被保护（可以使用注解，异常等方式来声明）

  • 定义规则——使用参数来说明怎样保护这些资源（流量控制规则，熔断降级规则，来源访问控制规则等等）

  • 校验规则是否生效

• 学习策略：

  • 详细学习

• 掌握程度

  • 简本了解

• 课程评价

  • 价值评价：引入新概念的课程
  • 难度评价：正常

• 时间花费

  • 课程长度：9：29
  • 实际花费：15分钟

• 课程收获

  • 对Sentinel的使用有了一个大概的了解

• 遗留问题

  • Sentinel的来源访问和网关、拦截器是不是重复了

• 参照文档

  • 如何使用 · alibaba/Sentinel Wiki

[AugustTuan]

P328 Sentinel-整合SpringBoot

• 老师讲了什么？

  • 总结：这一集老师演示了如何使用SpringBoot整合Sentinel，以及使用DashBoard来定义流控规则
  • SpringBoot整合Sentinel的步骤
  1. 在Common模块，导入starter依赖 spring-cloud-stater-alibaba-sentinel
  2. 下载sentinel控制台DashBoard，并且通过java -jar 运行
  3. 配置Sentinel控制台信息，比如端口号以及和服务进行通信的端口号
  4. SpringCloud默认所有服务都受Sentinel保护，所以定义资源这一步跳过
  5. 在控制台定以保护规则
     • 补充1：Sentinel控制台是懒加载的，只有请求访问触发保护机制，才会加载对应的规则和保护数据
     • 补充2：DashBoard默认所有流控设置都是保存在本地内存中的，项目一重启，就会失效。

• 学习策略：

  • 详细学习

• 掌握程度

  • 简本了解

• 课程评价

  • 价值评价：引入新概念的课程
  • 难度评价：正常

• 时间花费

  • 课程长度：13：49
  • 实际花费：17分钟

• 课程收获

  • 3：55 知道了通过 java -jar xxxx.jar --server.port=xxx 让一个jar包以指定端口启动
  • 知道了懒加载的模式，只有发生了那个请求，触发了Sentinel的保护，DashBoard才进行加载
  • 9：26 知道了QPS的概念，每秒请求数
  • 了解了SpringBoot如何整合Sentinel，并观摩了DashBoard进行流控的步骤，也知道了DashBoard规则保存在内存中的弊病。

• 遗留问题

  • Sentinel的来源访问和网关、拦截器是不是重复了

  • 8：30 为什么老师发了一个请求，而DashBoard却显示分钟通过了多个请求呢？

  • 老师多刷新了几次

  • 所以DashBoard控制台是通过什么和服务进行数据交互的呢？

• 参照文档

  • 如何使用 · alibaba/Sentinel Wiki

[AugustTuan]

P329 Sentinel-自定义流控响应

• 老师讲了什么？

  • 总结：这一集老师解决了两个DashBoard的细节问题

  • 通过每一个微服务都导入actuator，并进行配置暴露端口后，让DashBoard可以读取SpringBoot的审计数据，从而显示监控信息

  • 通过编写配置类，自定义sentinel的流控返回数据

• 学习策略：

  • 看看就行

• 掌握程度

  • 简本了解

• 课程评价

  • 价值评价：不重要的细枝末节
  • 难度评价：正常

• 时间花费

  • 课程长度：8：46
  • 实际花费：8分钟

• 课程收获

  • 观摩了老师如何通过引入审计依赖，暴露端口，让dashBoard显示监控信息的
  • 观摩了老师如何通过编写配置类，来自定义sentinel的流控请求返回数据

• 遗留问题

  • 6：50 这个配置类的细节，我不是很明白，后面可以再来回看

• 参照文档

  • 如何使用 · alibaba/Sentinel Wiki

[AugustTuan]

P330 Sentinel-全服务引入

• 老师讲了什么？

  • 总结：这一集老师对其他服务都进行了Sentinel的引入，并且解决了一个循环依赖问题

  • 全服务导入sentinel的流程

  • common中导入starter依赖 spring-cloud-stater-alibaba-sentinel

  • 每一个微服务都导入actuator，并配置暴露审计信息（让监控信息生效）

  • 每一个服务都配置控制台的端口信息

  • 老师通过自己通过@Bean向容器中注入组件的方式解决了循环依赖问题

• 学习策略：

  • 看看就行

• 掌握程度

  • 简本了解

• 课程评价

  • 价值评价：不重要的细枝末节（循环依赖问题值得一看）
  • 难度评价：较难（循环依赖这一块没懂）

• 时间花费

  • 课程长度：6：51
  • 实际花费：12分钟

• 课程收获

  • 观摩了老师如何全服务导入sentinel
  • 观摩了老师通过自己手动注入组件来解决循环依赖问题
  • 感觉到了配置中心多么舒服，在项目中修改配置多么麻烦。

• 遗留问题

  • 为什么其他服务都只配置了dashBorad的端口，而没有配置负责数据通信的端口呢？

  • 1：00 老师说这个端口号是默认的

• 参照文档

  • 如何使用 · alibaba/Sentinel Wiki

[AugustTuan]

P331 Sentinel-流控模式&效果

• 老师讲了什么？

  • 总结：这一集老师对各种流控参数做了介绍

  • Sentinel提供的流量控制参数有

  • 资源名：请求路径

  • 阈值类型：qps(每秒请求数）、线程并发数

  • 阈值：限制数量

  • 集群模式

    • 单机均摊——限制每一台机器的阈值
    • 总体阈值——n台机器总体阈值数量，每一台通过负载均衡分配

  • 流控模式

    • 直接——直接限制请求对应的服务
    • 链路——可以指定入口资源，只限制从入口服务调用到指定服务的流量
    • 关联——两个服务对同一个资源进行争夺，关联限流就是拉偏架，比如有一个A服务专门读某个数据，另外一个B服务专门写某个资源，对A服务限流，平常不会限制A，但是当B流量大的时候，就限制A（B比A优先）

  • 流控效果

    • 直接拒绝——当QPS超过规定流量，多余的部分直接返回异常
    • WarmUp（预热/冷启动）——让服务通过的流量缓慢增加，一段时间后达到最大阈值
    • 排队等待——超过阈值的流量指定排队，还可以指定排队超时时间（比如排队超过3s返回失败）

• 学习策略：

  • 理解为主

• 掌握程度

  • 基本了解

• 课程评价

  • 价值评价：对于Sentinel流控的介绍
  • 难度评价：正常

• 时间花费

  • 课程长度：6：41
  • 实际花费：16分钟

• 课程收获

  • 对Sentinel的流控参数有了一个大体的了解（资源名、阈值类型，阈值，集群模式（单机，总体），流控模式（直接、链路、关联），流控效果（直接拒绝，冷启动，排队））

• 遗留问题

  • 3：45为什么读的频率高会影响写的效率？读不一般都是等着写吗？

  • 不对，读和写是互斥的

  • 4：20 为什么一个服务的流量突然增加会压垮服务？ 冷启动多余的流量也是返回失败吗？

• 参照文档

  • 如何使用 · alibaba/Sentinel Wiki

[AugustTuan]

P332 Sentinel-熔断降级

• 老师讲了什么？

  • 总结：这一集老师演示了用Sentinel做熔断和降级
  • 使用Sentinel给调用方设置熔断保护
  1. 配置feign.sentinel.enabled=true 打开Sentinel对feign的支持，之后控制台就可以监控到远程调用的资源了
  2. 在Feign接口处，添加@FeignClient(value="xxxx",fallback=xxxx)，设置回调实现类
  3. 创建FallBack实现类，其中编写了回调执行的降级方法。
     • 使用Sentinel控制台对调用方进行降级

  • 降级参数

    • RT——响应时间 （当1s内的5个请求都超过了指定的RT，就会触发降级）
    • 时间窗口——降级持续时间
  • 同时给提供方设置降级策略

• 学习策略：

  • 理解为主

• 掌握程度

  • 基本了解

• 课程评价

  • 价值评价：对于Sentinel熔断降级的介绍
  • 难度评价：正常

• 时间花费

  • 课程长度：22：26
  • 实际花费：32分钟

• 课程收获

  • 对Sentinel的熔断（配置对feign的支持，添加回调注解，编写回调实现类）和降级（控制台设置RT，和时间窗口）的流程有了一定了解

• 遗留问题

  • 11：00 想要在可视化界面使用降级，岂不是还是先调用一次该服务？
  • 老师这里讲熔断机制，以及没提熔断触发的条件啊？ 超过多长时间会熔断呢？
  • 7：10 这一块老师分析了，为什么要使用@Bean注入组件
  • 给调用方降级和熔断这块，我每看出区别

• 参照文档

  • 如何使用 · alibaba/Sentinel Wiki

[AugustTuan]

P333 Sentinel-自定义受保护的资源

• 老师讲了什么？

  • 总结：这一集老师演示了如何自定义受保护的资源

  • 首先，对于请求的保护，不需要额外声明，主流框架会被自动扫描并保护，但是要在配置类中设置统一的降级返回数据

  • 对于业务代码，则需要进行声明，老师介绍了两种方式‘

  • 用类似异常的方式

    • try(Entry entry = SphU.entry(name:"xxxxx")){ //创建一个受保护的资源，在控制台设置限流规则
      //业务代码
      }
      catch(Exception e){ //被限流后返回的异常
      }

  • 使用注解的方式

    • @SentinelResource(value="xxxxx",blockHandler="xxxx") //在方法和类上加注解，指定资源名和降级方法

• 学习策略：

  • 理解为主

• 掌握程度

  • 基本了解

• 课程评价

  • 价值评价：对于Sentinel自定义保护的介绍
  • 难度评价：正常

• 时间花费

  • 课程长度：13：40
  • 实际花费：18分钟

• 课程收获

  • 知道了如何通过异常和注解来实现自定义受保护的资源

• 遗留问题

  • 无

• 参照文档

  • 如何使用 · alibaba/Sentinel Wiki

[AugustTuan]

P334 Sentinel-网关流控

• 老师讲了什么？

  • 总结：这一集老师演示在网关层面就进行流控
  • 引入spring-cloud-alibaba-sentinel-gateway，就可以让sentinel支持网关流控
  • 在控制台，每一个路由键就算一个资源，可以进行限流，还可以给请求头设置拦截规则。 这样在网关层面就限制了请求，连路由的时间都省去了。

• 学习策略：

  • 理解为主

• 掌握程度

  • 基本了解

• 课程评价

  • 价值评价：相对重要
  • 难度评价：正常

• 时间花费

  • 课程长度：14：06
  • 实际花费：10分钟

• 课程收获

  • 知道了网关流控的概念，并且了解他相对对请求进行流控的好处。

• 遗留问题

  • 6：35 网关流控，怎么没有冷启动这个说法了？
  • 后面关于分组那一块没细听

• 参照文档

  • 如何使用 · alibaba/Sentinel Wiki

[AugustTuan]

P334 Sentinel-定制网关流控返回

• 老师讲了什么？

  • 总结：这一集老师编写了一个配置类，用于自定义网关流控的返回

• 学习策略：

  • 理解为主

• 掌握程度

  • 不懂

• 课程评价

  • 价值评价：相对重要
  • 难度评价：困难（涉及响应式编程）

• 时间花费

  • 课程长度：7：47
  • 实际花费：6分钟

• 课程收获

  • 知道响应式编程 Mono和WebFlux的概念，知道他们是再响应自定义数据，但是不知道他们为什么特别？为什么说响应式编程天然的支持高并发系统？

• 遗留问题

  • 2：05 老师提到了mono和响应式编程，是Spring5的新能性，可以承担高并发

• 参照文档

  • 如何使用 · alibaba/Sentinel Wiki