sentinel持久化

一、规则管理和推送

sentinel具有三种规则管理和推送方式

| 推送模式 | 说明 | 优点 | 缺点 |

| --------- | ------------------------------------------------------------ | ---------------------------- | ------------------------------------------------------------ |

二、原始模式

这种模式下的sentinel推送规则的方式是，Dashboard将流控规则直接下发到sentinel的客户端的内存当中，如果服务进行重启，流控规则清空

原始模式

三、pull模式

pull 模式的数据源（如本地文件、RDBMS 等）一般是可写入的。使用时需要在客户端注册数据源：将对应的读数据源注册至对应的 RuleManager，将写数据源注册至 transport 的 WritableDataSourceRegistry 中。以本地文件数据源为例：

public class FileDataSourceInit implements InitFunc {

    @Override
    public void init() throws Exception {
        String flowRulePath = "xxx";

        ReadableDataSource<String, List<FlowRule>> ds = new FileRefreshableDataSource<>(
            flowRulePath, source -> JSON.parseObject(source, new TypeReference<List<FlowRule>>() {})
        );
        // 将可读数据源注册至 FlowRuleManager.
        FlowRuleManager.register2Property(ds.getProperty());

        WritableDataSource<List<FlowRule>> wds = new FileWritableDataSource<>(flowRulePath, this::encodeJson);
        // 将可写数据源注册至 transport 模块的 WritableDataSourceRegistry 中.
        // 这样收到控制台推送的规则时，Sentinel 会先更新到内存，然后将规则写入到文件中.
        WritableDataSourceRegistry.registerFlowDataSource(wds);
    }

    private <T> String encodeJson(T t) {
        return JSON.toJSONString(t);
    }
}

pull模式流程：首先 Sentinel 控制台通过 API 将规则推送至客户端并更新到内存中，接着注册的写数据源会将新的规则保存到本地的文件中。使用 pull 模式的数据源时一般不需要对 Sentinel 控制台进行改造。

这种实现方法好处是简单，不引入新的依赖，坏处是无法保证监控数据的一致性。

pull模式

四、push模式

生产环境下一般更常用的是 push 模式的数据源。对于 push 模式的数据源,如远程配置中心（ZooKeeper, Nacos, Apollo等等），推送的操作不应由 Sentinel 客户端进行，而应该经控制台统一进行管理，直接进行推送，数据源仅负责获取配置中心推送的配置并更新到本地。因此推送规则正确做法应该是 配置中心控制台/Sentinel 控制台 → 配置中心 → Sentinel 数据源 → Sentinel，而不是经 Sentinel 数据源推送至配置中心。这样的流程就非常清晰了：

push模式

目前sentinel支持ZooKeeper, Apollo, Nacos 等的动态数据源实现。以 ZooKeeper 为例子，如果要使用第三方的配置中心作为配置管理，您需要做下面的几件事情:

实现一个公共的 ZooKeeper 客户端用于推送规则，在 Sentinel 控制台配置项中需要指定 ZooKeeper 的地址，启动时即创建 ZooKeeper Client。
我们需要针对每个应用（appName），每种规则设置不同的 path（可随时修改）；或者约定大于配置（如 path 的模式统一为 /sentinel_rules/{appName}/{ruleType}，e.g. sentinel_rules/appA/flowRule）。
规则配置页需要进行相应的改造，直接针对应用维度进行规则配置；修改同个应用多个资源的规则时可以批量进行推送，也可以分别推送。Sentinel 控制台将规则缓存在内存中（如 InMemFlowRuleStore），可以对其进行改造使其支持应用维度的规则缓存（key 为 appName），每次添加/修改/删除规则都先更新内存中的规则缓存，然后需要推送的时候从规则缓存中获取全量规则，然后通过上面实现的 Client 将规则推送到 ZooKeeper 即可。
应用客户端需要注册对应的读数据源以监听变更

五、nacos集成push模式

六、依赖

        <!--限流依赖-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
        </dependency>
        <!--限流持久化到nacos-->
        <dependency>
            <groupId>com.alibaba.csp</groupId>
            <artifactId>sentinel-datasource-nacos</artifactId>
        </dependency>

七、配置中心增加配置

在nacos上手动增加配置项

data id: ${应用名称}.json，

group：${应用组}，

标签：应用限流

配置格式：json

配置信息如下：

[
    {
        "resource":"/api/user/v1/page",
        "controlBehavior":0,
        "count":1,
        "grade":1,
        "limitApp":"default",
        "strategy":0
    }
]

配置信息介绍：

resource：资源名，
limitApp：流控针对的调用来源，若为 default 则不区分调用来源
grade：限流类型（QPS 或并发线程数）,0代表根据并发数量来限流，1代表根据QPS来进行流量控制
count：限流阈值
strategy：调用关系限流策略
controlBehavior：流量控制效果（直接拒绝、Warm Up、匀速排队）
clusterMode：是否为集群模式，集群模式目前存在问题，不建议使用

八、配置文件

配置文件要对应上面的配置中心配置

spring:
  cloud:
    #流控面板ip
    sentinel:
      transport:
        dashboard: 127.0.0.1:8858
      #流控规则持久化到nacos配置中心
      datasource:
        #自定义名称
        data:
          #配置信息
          nacos:
            #nacos配置中心地址，这里是配置的nacos的配置项
            server-addr: 127.0.0.1:8848
            data-id: ${spring.application.name}.json
            group-id: DEFAULT_GROUP
            data-type: json
            #规则类型，flow是流控
            rule-type: flow

九、注意事项

在sentinel控制台修改不会同步到nacos，如果要修改策略，只能在nacos里面修改

即通过页面修改流控规则是不会同步到nacos里，只有在nacos里修改了以后是会重新加载到sentinel的控制台当中展示。

也就是说，在开启了push模式以后，只会以配置中心的修改同步配置。

sentinel持久化 ​

一、规则管理和推送 ​

二、原始模式 ​

三、pull模式 ​

四、push模式 ​

五、nacos集成push模式 ​

六、依赖 ​

七、配置中心增加配置 ​

八、配置文件 ​

九、注意事项 ​