Sentinel使用

Sentinel控制台的功能主要包括：流量控制、降级控制、热点配置、系统规则和授权规则等

# 安装sentinel的控制台

## 下载地址
Sentinel控制台下载地址：

　　https://github.com/alibaba/Sentinel/releases
　　版本自己选择

# 启动控制台
到sentinel所在的目录运行下面的命令：
　　java -Dserver.port=8080 -Dcsp.sentinel.dashboard.server=localhost:8080 -Dproject.name=sentinel-dashboard -jar sentinel-dashboard-版本号.jar
启动之后访问localhost:8080;登录即可用户名和密码默认是sentinel

登录之后看到左侧的菜单只有默认的一个；因为现在sentinel还没有发现其他机器

# 客户端搭建--sc

基于spring-cloud的项目来搭建一个sentinel客户端

1、加入spring-cloud的sentinel依赖

```
      <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
        </dependency>
 ```

2、建立一个controller

    package com.shadow.web;
 
    import org.springframework.web.bind.annotation.GetMapping;
    import org.springframework.web.bind.annotation.RestController;
 
    @RestController
    public class UserController {
 
        @GetMapping("login")
        public String login() throws InterruptedException {
            System.out.println("login----");
            return "success";
        }
 
        @GetMapping("log")
        public String log(){
            System.out.println("log----");
            return "success";
        }
 
    }

3、yml配置

```
server:
  port: 9000
spring:
  application:
    name: register-server
    sentinel:
      transport:
        port: 8719  #如果加了客户端他就会开启一个 http server  为了dashboard 能够发过来
        dashboard: localhost:8080
```

spring.cloud.sentinel.transport.dashboard——sentinel控制台的ip和端口地址

spring.cloud.sentinel.transport.port——sentinel客户端和控制台通信的端口

然后启动项目；继而访问localhost:8080/login；跟着刷新sentinel的控制台可以看到sentinel已经发现了我们的项目server-register

并且可以在簇点链路中看到刚刚那个请求

接下来就对这个请求进行流控、降级、授权、热点等配置等等配置了；先来介绍如何添加流控吧；点击+流控的按钮

怎么配置呢？首先了解这概念吧

# sentinel 术语
1、资源：标识资源的唯一名称，springboot项目默认为controller当中的请求路径，也可以在客户端中使用SentinelResource配置；比如你有个service当中的xx方法；你想对这个xx方法进行流控那么这个xx方法必须是一个资源；

2、针对来源：Sentinel可以针对服务调用者进行限流，填写微服务名称即spring.application.name，默认为default，不区分来源

3、阈值类型、单机阈值

QPS——每秒钟的请求数量，当调用该资源的QPS达到阈值的时候，进行限流；
线程数——当调用该资源的线程数达到阈值的时候，进行限流

4、是否集群：默认不集群；

5、流控模式：

直接：当资源调用达到限流条件的时，直接限流；
关联：当关联的资源请求达到阈值的时候，限流自己；
链路：下节课说

6、流控效果：

快速失败：直接失败；
Warm Up：根据冷加载因子默认值为3的值，从阈值/3，经过预热时长，才达到设置的QPS阈值；
排队等待：匀速排队，让请求匀速通过，阈值类型必须设置为QPS，否则无效

# QPS直接失败

上面设置的效果是，1秒钟内请求/login资源的次数达到1次以上的时候，进行限流

## 效果演示
首先一秒请求一次login没有问题；然后发挥你手速；一秒超过一次之后页面返回Blocked by Sentinel (flow limiting)；如果手速不够多练练吧——总归有办法的

....

# 线程数直接失败

把login方法让其睡眠一秒；因为无论你单身多少年；你的手速不可能超过计算机；所以在刷新的情况下永远只有一个线程；如果让他睡眠1秒；这样就能模拟出来服务器这边开多个线程来处理的场景了；

```
  @GetMapping("login")
    public String login() throws InterruptedException {
        System.out.println("login----");
        Thread.sleep(1000);
        return "success";
    }
```

改完之后重启你的项目，然后先访问一次login；因为你重启之后sentinel控制台这边就检测不到了；需要重新访问一次；跟着添加流控规则

## 效果演示
首先慢慢刷新login请求；——等睡眠时间过；服务器永远只有一个线程，发觉没问题；但是你疯狂在地址栏里面点击回车（注意不要去刷新，因为刷新是会等到服务器返回之后才能点击；所以效果演示不出来，最好是点击回车在地址栏）就会失败

...

# 流控模式关联

首先把login方法当中的睡眠删除；然后重启项目，访问一下login；继而去配置流控规则

上述配置当1秒内访问/log的次数大于2的时候，限流/login

效果演示使用postman来密集访问/log（QPS=3），然后我们手动浏览器请求/login，看看效果...。postman的如下图

## 效果演示

在外面没有启动postman的时候 访问login没有问题；当我们启动postman之后 log的qps达到了阈值；这个时候再去访问login 被限流了、、、

# 预热Warm Up

Warm Up——预热/冷启动方式。当系统长期处于低访问量的情况下，流量突然增加时，可能瞬间把系统压垮。通过warm up方式，让通过的流量缓慢增加，在一定时间内逐渐增加到阈值上限，给冷系统一个预热的时间，避免问题

即请求QPS从 阈值 10/ 3 开始，经预热时长(10s)逐渐升至设定的QPS阈值（10）

## 效果演示
假设一开始我们疯狂刷新（让QPS大于3） 讲道理一般人的手速可以达到；你会看到被限流了；但是经过10s之后再也不会出错了；因为人的极限不可能1秒点到10次；如果哪位兄弟10s之后还能点击出现限流；请你私聊我。。。

限流效果图：