Spring Cloud Alibaba（6）Sentinel Dashboard中修改规则同步到Apollo 带源码

目录

博文参考

源码地址

背景

问题分析

改造方案

代码实现

1.到alibab/Sentinel官网地址https://github.com/alibaba/Sentinel下载源码到本地，用idea打开，这里主要用到Sentinel-dashboard。

2.修改pom.xml中的Apollo OpenAPi的依赖，将test注释掉，这样才能在主程序中使用。

3.找到resources/app/scripts/directives/sidebar/sidebar.html中的这段代码：

4.在com.alibaba.csp.sentinel.dashboard.rule包下新建一个apollo包，用来编写针对Apollo的扩展实现。

5.创建Apollo的配置类，定义Apollo的portal访问地址以及第三方应用访问的授权Token（通过Apollo管理员账户登录，在“开放平台授权管理”功能中创建），具体代码如下：

6.实现Apollo的配置拉取实现。

7.实现Apollo的配置推送实现。

8.修改com.alibaba.csp.sentinel.dashboard.controller.v2.FlowControllerV2中DynamicRuleProvider和DynamicRulePublisher注入的Bean，改为上面我们编写的针对Apollo的实现：

9.启动DashboardApplication类的main方法，启动sentinel-dashboard应用，访问http://localhost:8080，登陆sentinel

10.限流测试参考https://blog.csdn.net/las723/article/details/90609699

---

博文参考

http://blog.didispace.com/spring-cloud-alibaba-sentinel-2-3/

源码地址

https://gitee.com/acelee723/acelee-sentinel-dashboard-apollo

背景

在之前的两篇教程中我们分别介绍了如何将Sentinel的限流规则存储到Nacos和Apollo中。同时，在文末的思考中，都指出了这两套整合方案都存在一个不足之处：不论采用什么配置中心，限流规则都只能通过Nacos界面或Apollo界面来完成修改才能得到持久化存储，而在Sentinel Dashboard中修改限流规则虽然可以生效，但是不会被持久化到配置中心。而在这两个配置中心里存储的数据是一个Json格式，当存储的规则越来越多，对该Json配置的可读性与可维护性会变的越来越差。所以，下面我们就来继续探讨这个不足之处，并给出相应的解决方案。本文以Apollo存储为例，下一篇介绍Nacos的改在示例。

问题分析

在实际操作之前，我们先通过下图了解一下之前我们所实现的限流规则持久化方案的配置数据流向图：

• 蓝色箭头代表了限流规则由配置中心发起修改的更新路径
• 橙色箭头代表了限流规则由Sentinel Dashboard发起修改的更新路径

从图中可以很明显的看到，Sentinel Dashboard与业务服务之间本身是可以互通获取最新限流规则的，这在没有整合配置中心来存储限流规则的时候就已经存在这样的机制。最主要的区别是：配置中心的修改都可以实时的刷新到业务服务，从而被Sentinel Dashboard读取到，但是对于这些规则的更新到达各个业务服务之后，并没有一个机制去同步到配置中心，作为配置中心的客户端也不会提供这样的逆向更新方法。

改造方案

关于如何改造，现来解读一下官方文档中关于这部分的说明：

要通过 Sentinel 控制台配置集群流控规则，需要对控制台进行改造。我们提供了相应的接口进行适配。

从 Sentinel 1.4.0 开始，我们抽取出了接口用于向远程配置中心推送规则以及拉取规则：

• DynamicRuleProvider: 拉取规则
• DynamicRulePublisher: 推送规则

对于集群限流的场景，由于每个集群限流规则都需要唯一的 flowId，因此我们建议所有的规则配置都通过动态规则源进行管理，并在统一的地方生成集群限流规则。

我们提供了新版的流控规则页面，可以针对应用维度推送规则，对于集群限流规则可以自动生成 flowId。用户只需实现 DynamicRuleProvider 和 DynamicRulePublisher 接口，即可实现应用维度推送（URL: /v2/flow）。

这段内容什么意思呢？简单的说就是Sentinel Dashboard通过DynamicRuleProvider和DynamicRulePublisher两个接口来获取和更新应用的动态规则。默认情况下，就如上一节中Sentinel Dashboard与各业务服务之间的两个箭头，一个接口负责获取规则，一个接口负责更新规则。

所以，只需要通过这两个接口，实现对配置中心中存储规则的读写，就能实现Sentinel Dashboard中修改规则与配置中心存储同步的效果。

具体的配置数据流向图如下：

其中，绿色箭头为公共公共部分，即：不论从配置中心修改，还是从Sentinel Dashboard修改都会触发的操作。这样的话，从上图的两处修改起点看，所有涉及的部分都能获取到一致的限流规则了。

代码实现

下面继续说说具体的代码实现，这里参考了Sentinel Dashboard源码中关于Apollo实现的测试用例。但是由于考虑到与Spring Cloud Alibaba的结合使用，略作修改。

1.到alibab/Sentinel官网地址https://github.com/alibaba/Sentinel下载源码到本地，用idea打开，这里主要用到Sentinel-dashboard。

2.修改pom.xml中的Apollo OpenAPi的依赖，将<scope>test</scope>注释掉，这样才能在主程序中使用。

<dependency>
    <groupId>c