摘要：改造背景前面我们讲解了如何对接来持久化限流的规则，对接后可以直接通过的后台进行规则的修改，推送到各个客户端实时生效。因此推送规则正确做法应该是配置中心控制台控制台配置中心数据源，而不是经数据源推送至配置中心。
改造背景
前面我们讲解了如何对接Apollo来持久化限流的规则，对接后可以直接通过Apollo的后台进行规则的修改，推送到各个客户端实时生效。
但还有一个问题就是Sentinel控制台没有对接Apollo，Sentinel控制台本来就可以修改限流的规则，目前存在的情况就是通过Sentinel控制台修改的配置无法更新到Apollo中，所以今天我们的主题是改造Sentinel控制台源码，对接Apollo。
配置变更模式最原始的模式如下图：
Dashboard的推送规则方式是通过 API 将规则推送至客户端并直接更新到内存中，这种做法的好处是简单，无依赖；坏处是应用重启规则就会消失，仅用于简单测试，不能用于生产环境。
我们在生产环境中需要用Push模式来进行，对于 push 模式的数据源,如远程配置中心（ZooKeeper, Nacos, Apollo等等），推送的操作不应由 Sentinel 客户端进行，而应该经控制台统一进行管理，直接进行推送，数据源仅负责获取配置中心推送的配置并更新到本地。因此推送规则正确做法应该是 配置中心控制台/Sentinel 控制台 → 配置中心 → Sentinel 数据源 → Sentinel，而不是经 Sentinel 数据源推送至配置中心。这样的流程就非常清晰了：
改造步骤从 Sentinel 1.4.0 开始，我们抽取出了接口用于向远程配置中心推送规则以及拉取规则：
DynamicRuleProvider
DynamicRulePublisher
我们只需要实现上面的两个规则即可实现我们想要的效果，官方对于Nacos 和 Apollo 的推送和拉取规则已经有实现好了的代码，在Dashboard源码的test目录下，我们自己改造下就可以了。
首先我们需要把源代码拉到本地，导入开发工具中，找到下面的Apollo的代码：
这部分代码是在test包下，我们需要复制到main包下才行：
复制过去后会发现一个问题，所有Apollo相关的import都报错，需要改下pom.xml中的配置，把scope注释掉：
com.ctrip.framework.apollo apollo-openapi 1.2.0
ApolloConfig中需要修改的有PortalUrl和token:
@Bean
public ApolloOpenApiClient apolloOpenApiClient() {
ApolloOpenApiClient client = ApolloOpenApiClient.newBuilder()
.withPortalUrl("http://localhost:10034")
.withToken("token")
.build();
return client;
}
token的生成需要去Apollo的Portal中进行生成
创建应用信息，生成token，绑定appid
FlowRuleApolloProvider和FlowRuleApolloPublisher需要把Apollo的appId，env，命名空间等改成你自己想用的才行。这边就不贴代码了。
改造完之后，我们需要让控制器使用这两个新的规则，修改FlowControllerV2的@Qualifier的值，注入对应的规则对象
@Autowired
@Qualifier("flowRuleApolloProvider")
private DynamicRuleProvider> ruleProvider;
@Autowired
@Qualifier("flowRuleApolloPublisher")
private DynamicRulePublisher> rulePublisher;
这样改完其实还没效果，因为页面上用的是FlowControllerV1的代码，你可以直接在访问uri后面加上v2来访问，但这不是很好，最好是改下页面的代码，让菜单直接跳转到新的页面去，找到下面的代码：
改成下面的样子：
默认用的是dashboard.flowV1，这个代码可以在app.js中找到：
改完之后你就可以重新将Dashboard打包啦，这样在Dashboard中修改规则的时候就会直接修改Apollo中的配置，Apollo再推送给客户端。
欢迎加入我的知识星球，一起交流技术，免费学习猿天地的课程（http://cxytiandi.com/course） PS：目前星球中正在星主的带领下组队学习Sentinel，等你哦！文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/77613.html
摘要：前面我们都是直接通过集成的依赖，通过编码的方式配置规则等。对于集成到中阿里已经有了一套开源框架，就是用于将一系列的框架成功的整合到中。但这也是在学习过程中遇到的一个问题，还是得通过调试源码的方式去发现问题的原因。 前面我们都是直接通过集成sentinel的依赖，通过编码的方式配置规则等。对于集成到Spring Cloud中阿里已经有了一套开源框架spring-cloud-alibaba...
摘要：这样做的方式是简单，缺点是无法及时获取变更推模式规则中心统一推送，客户端通过注册监听器的方式时刻监听变化，比如使用等配置中心。 在前面的学习过程中，Sentinel 的规则，也就是我们之前定义的限流规则，是通过代码的方式定义好的。这是初始化时需要做的事情，Sentinel 提供了基于API的方式修改规则： FlowRuleManager.loadRules(List rules); /...
摘要：在之前的两篇教程中我们分别介绍了如何将的限流规则存储到和中。本文以存储为例，下一篇介绍的改在示例。但是由于考虑到与的结合使用，略作修改。 在之前的两篇教程中我们分别介绍了如何将Sentinel的限流规则存储到Nacos和Apollo中。同时，在文末的思考中，我都指出了这两套整合方案都存在一个不足之处：不论采用什么配置中心，限流规则都只能通过Nacos界面或Apollo界面来完成修改才能...
摘要：上一篇我们介绍了如何通过的配置功能来存储限流规则。第六步启动应用。深入思考在使用存储规则配置的时候与存储一样，对于控制台这些数据是只读的，也就是说控制台中修改规则仅存在于服务的内存中，不会修改中的配置值，重启后恢复原来的值。 上一篇我们介绍了如何通过Nacos的配置功能来存储限流规则。Apollo是国内用户非常多的配置中心，所以，今天我们继续说说Spring Cloud Alibaba...
摘要：所以，在整合了做规则存储之后，需要知道在下面两个地方修改存在不同的效果控制台中修改规则仅存在于服务的内存中，不会修改中的配置值，重启后恢复原来的值。控制台中修改规则服务的内存中规则会更新，中持久化规则也会更新，重启后依然保持。 通过上一篇《使用Sentinel实现接口限流》的介绍，相信大家对Sentinel已经有了初步的认识。在Spring Cloud Alibaba的整合封装之下，接...
阅读 1510·2021-09-28 09:35
阅读 904·2019-08-30 15:54
阅读 1527·2019-08-30 15:44
阅读 3258·2019-08-30 14:09
阅读 370·2019-08-29 14:05
阅读 2549·2019-08-28 17:53
阅读 1852·2019-08-26 13:41
阅读 1565·2019-08-26 13:26
