Sentinel最佳实践的谜之逻辑

Sentinel最佳实践的谜之逻辑

Sentinel项目地址

Sentinel给的最佳实践

在单应用使用中,Sentinel Dashboard 是直接通过http向machine发送了规则修改,machine接收到之后.RuleManager应用规则.来完成的规则变更推送.
这个有两个问题

1. 只能一台一台机器改

2. machine重启后规则丢失

在上图,某位阿里大神,给的解决方案确实加一个配置中心,Sentinel Dashboard先发给配置中心,然后machine监听配置中心更改,监听到数据改变后RuleManager应用规则.

我想说何必呢,这究竟是何必呢???

1. Dashborad能直接调用服务修改规则,为什么要个配置中心???
2. 既然能改一台不能改多台吗???
3. 重启后重连Dashborad不能再去取一次吗???
4. Dashborad并没有提供调用配置中心代码.是要我生成规则出来贴到配置中心里去吗???

Sentinel真最佳实践

1. 项目重启从dashboard获取流控策略
2. dashboard持久化流控策略

这样项目重启也不会丢失流控策略,当修改策略时dashboard持久化策略并且将策略从新发布给服务

Sentinel现有问题

1. 规则没有持久化
2. 多台machine同步修改规则
3. machine重启后需要恢复规则