如果没有设置规则持久化,那么某一个微服务重启之后,之前配置的流控规则、降级规则和热点规则等都会消失,又需要重新配置,实在是令人头疼,好在这些规则可以持久化。
<br/>
下面演示流控规则持久化到Nacos上,步骤如下:
**1. `pom.xml`**
```xml
<!-- 规则持久化 -->
<dependency>
<groupId>com.alibaba.csp</groupId>
<artifactId>sentinel-datasource-nacos</artifactId>
</dependency>
...
```
**2. `application.yml`**
```yml
server:
port: 8401
spring:
application:
name: cloudalibaba-sentinel-service
cloud:
nacos:
discovery:
server-addr: localhost:8848 #nacos服务地址
sentinel:
transport:
dashboard: localhost:8080 #sentinel服务地址
port: 8719 #默认8719,假如被占用了会自动从8719开始依次+1扫描。直至找到未被占用的端口
datasource: #规则持久化配置
ds1:
nacos:
server-addr: localhost:8848 #nacos服务地址
dataId: ${spring.application.name} #nacos配置文件的名称
groupId: DEFAULT_GROUP
data_type: json #持久化为json文件
rule_type: flow
```
**3. 在Nacos上创建对应的配置文件**
该配置会持久化到目录`%NACOS\_HOME%\\data`下。
![](https://img.kancloud.cn/77/b1/77b10163ad71fbbc3c9a30141d21a71b_1892x494.png)
![](https://img.kancloud.cn/e1/2f/e12fc6129f4df04a4fdf7b3e7cb80361_1636x518.png)
填写的内容如下:
```json
[
{
"resource": "/flowlimit/testA",
"limitApp": "default",
"grade": 1,
"count": 1,
"strategy": 0,
"controlBehavior": 0,
"clusterMode": false
},
{
"resource": "/flowlimit/testB",
"limitApp": "default",
"grade": 1,
"count": 1,
"strategy": 0,
"controlBehavior": 0,
"clusterMode": false
}
]
```
参数含义如下:
* `resource`:资源名,即限流规则的作用对象
* `count`: 限流阈值
* `grade`: 限流阈值类型(`1`代表QPS 或`0`代表并发线程数)
* `limitApp`: 流控针对的调用来源,若为 default 则不区分调用来源
* `strategy`: 调用关系限流策略
* `controlBehavior`: 流量控制效果(直接拒绝、Warm Up、匀速排队)
**4. 测试**
(1)访问 http://localhost:8401/flowlimit/testA 、http://localhost:8401/flowlimit/testB 后到Sentinel控制台观看确实已经自动配置了流控规则。
![](https://img.kancloud.cn/8c/6e/8c6e4333c78c7d6362a80a59c03afa7e_1572x254.png)
(2)重启项目后再次访问 http://localhost:8401/flowlimit/testA 、http://localhost:8401/flowlimit/testB 流控规则依然存在,说明持久化成功了。
(3)快速访问会发现被限流了,所以流控规则是有效的。
![](https://img.kancloud.cn/14/10/14105eabba7669b59fa143ea127b5be5_1320x258.png)
- 微服务
- 微服务是什么?
- 微服务架构
- 微服务优缺点
- 微服务技术栈
- 微服务框架对比
- SpringCloud
- SpringCloud是什么
- SpringCloud与SpringBoot对比
- SpringCloud与Dubbo对比
- Rest微服务案例
- 总体介绍
- 父工程构建步骤
- 公共模块构建步骤
- 服务端模块构建步骤
- 消费端模块构建步骤
- Eureka服务注册与发现
- Eureka是什么
- Eureka原理
- Eureka注册服务中心构建
- 向Eureka注册已有微服务
- Eureka的自我保护机制
- Eureka服务发现
- Eureka集群配置
- Eureka与Zookeeper对比
- Ribbon负载均衡
- Ribbon是什么
- Ribbon负载均衡演示
- 构建服务端模块
- 构建消费端模块
- Ribbon核心组件IRule
- 自定义负载均衡策略
- Ribbon均衡策略优先级
- 轮询策略算法
- OpenFeign负载均衡
- OpenFeign是什么
- 负载均衡演示
- 日志打印功能
- 导出功能
- Hystrix断路器
- Hystrix是什么
- 服务熔断
- Hystrix服务端构建
- 服务熔断演示
- 服务熔断类型
- HystrixProperty配置汇总
- 服务降级
- Hystrix客户端构建
- 服务降级演示
- fallbackFactory
- 熔断与降级
- 服务监控
- 网关服务Zuul
- Zuul是什么
- Zuul路由服务构建
- 设置访问映射规则
- Config分布式配置中心
- Config分布式配置中心是什么
- Config服务端与Git通信
- Config客户端获取配置
- Config客户端动态刷新
- Bus消息总线
- Bus消息总线是什么
- Bus消息总线原理
- 广播通知设计思想
- 广播通知演示
- 定点通知演示
- Stream消息驱动
- 为什么要引入Stream
- Stream消息驱动是什么
- Stream设计思想
- Stream流程和注解
- Stream案例演示
- 重复消费问题
- 消息持久化
- Sleuth分布式链路跟踪
- Sleuth是什么
- 搭建链路监控
- SpringCloud Alibaba
- Nacos注册与配置中心
- Nacos是什么
- 安装并运行Nacos
- Nacos注册中心
- 服务端入住Nacos
- 消费端入住Nacos
- Nacos负载均衡演示
- 服务注册中心对比
- Nacos的AP和CP转化
- Nacos配置中心
- 基础配置演示
- Nacos分类配置
- Nacos集群搭建
- Sentinel实现熔断与限流
- Sentinel是什么
- Sentinel环境搭建
- Sentinel监控微服务演示
- Sentinel流控规则
- 流量监控的作用
- 设置流控规则
- Sentinel降级规则
- 熔断降级作用
- 设置降级规则
- Sentinel热点限流
- 什么是热点
- 设置热点限流
- Sentinel系统限流
- @SentinelResource
- @SentinelResource属性
- @SentinelResource限流演示
- @SentinelResource熔断演示
- 规则持久化
- 熔断框架比较
- Seata分布式事务
- 分布式事务问题
- Seata是什么
- Seata分布式事务过程
- Seata环境搭建
- 演示示例
- 业务说明
- 数据库环境准备
- 微服务环境准备
- 测试
- Consul服务注册与发现
- Consul是什么
- Consul能做什么
- 环境搭建
- Windows平台
- 服务端入住Consul
- 消费端入住Consul
- 注册中心对比
- Zookeeper服务注册与发现
- Zookeeper是什么
- 环境搭建
- 服务端入住Zookeeper
- 消费端入住Zookeeper
- 网关服务Gateway
- Gateway是什么
- Gateway能做什么
- Gateway对比Zuul
- 三大核心概念
- Gateway工作流
- 环境搭建
- 网关路由配置方式
- 配置文件配置
- 代码中配置
- 动态路由
- Predicate断言
- 断言是什么
- 常用断言
- Filter过滤器
- 过滤器是什么
- 过滤器种类
- 自定义过滤器