46.Sentinel规则持久化

当微服务order-service服务重启，之前配置规则就丢失了。

这是因为Sentinel默认会将这些规则保存在内存里。那么在生产环境下这样肯定是不行的。

sentinel的控制台规则管理有三种模式：

1.原始模式：Sentinel的默认模式，将规则保存在内存，重启微服务会丢失。

2.pull模式，支持持久化。

 控制台将配置规则推送的sentinel客户端，而客户端会将配置规则保存在本地文件或者数据库中。以后会定时去本地文件或数据库中查询，更新本地规则。

缺陷：微服务一般都是要做集群的，一个微服务将配置刚更新到数据库，其他微服务没有及时的去读取已经更新过后的配置，因为是定时读取。所以存在时效性，从而导致数据的不一致问题。所以不推荐。

3.push模式，支持持久化。

sentinel控制台将配置规则推送到远程配置中心，例如Nacos。Sentinel客户端监听Nacos,获取配置变更的推送消息，完成本地配置更新。

实现push模式，需要去修改Sentinel开源框架的源代码，同时微服务也要改成去监听nacos。

1.引入Sentinel监听nacos的依赖

<!--sentinel监听nacos的依赖，实现规则持久化，push模式--><dependency><groupId>com.alibaba.csp</groupId><artifactId>sentinel-datasource-nacos</artifactId></dependency>

2.添加配置

spring:profiles:active: testapplication:name: order-servicecloud:nacos:server-addr: localhost:8848 # nacos 服务端地址0config:file-extension: yaml # 文件后缀名discovery:enabled: truenamespace: publicgroup: DEFAULT_GROUPwatch:enabled: true # 启用服务监听watch-delay: 3000 # 3秒拉取一次最新服务列表sentinel:transport:dashboard: localhost:8080 # sentinel控制台地址web-context-unify: false # 关闭context整合（Sentinel默认会将Controller方法做context上下文整合，导致链路模式的流控失败）
      datasource:flow: # 配置限流nacos:server-addr: localhost:8848dataId: orderservice-flow-rulesgroupId: SENTINEL_GROUPrule-type: flow # 还可以是 degrade authority param-flowdegrade: # 配置降级nacos:server-addr: localhost:8848dataId: orderservice-degrade-rulesgroupId: SENTINEL_GROUPrule-type: degrade # 还可以是 flow authority param-flow

3.修改源码打包

Sentinel默认不支持nacos持久化，需要修改源码

①解压源码包

首先去下载Sentinel对应版本的源码包zip文件

网址：https://github.com/alibaba/Sentinel/releases

②用idea打开解压后后的项目

③修改sentinel-dashboard源码的pom文件，nacos的依赖默认scope是test,只能在测试时候使用，这里要去除。

④将sentinel-datasource-nacos依赖的scope去掉。

4.在Sentinel控制台会多出带-NACOS的菜单，进行各种规则配置。

待续....未完....