摘要:下面通過這篇,詳細介紹當(dāng)使用作為配置中心之后,如何實現(xiàn)中修改規(guī)則同步到。關(guān)于下面改造的原理和分析可以見上一篇中修改規(guī)則同步到的頭兩節(jié)內(nèi)容,這里不重復(fù)介紹了。方法中的參數(shù)是中的服務(wù)名稱。這里的大部分內(nèi)容與上一步中的實現(xiàn)一致。
上一篇我們介紹了如何通過改造Sentinel Dashboard來實現(xiàn)修改規(guī)則之后自動同步到Apollo。下面通過這篇,詳細介紹當(dāng)使用Nacos作為配置中心之后,如何實現(xiàn)Sentinel Dashboard中修改規(guī)則同步到Nacos。關(guān)于下面改造的原理和分析可以見上一篇《Sentinel Dashboard中修改規(guī)則同步到Apollo》的頭兩節(jié)內(nèi)容,這里不重復(fù)介紹了。
代碼實現(xiàn)下面直接來看看如何實現(xiàn)的具體改造步驟,這里參考了Sentinel Dashboard源碼中關(guān)于Nacos實現(xiàn)的測試用例。但是由于考慮到與Spring Cloud Alibaba的結(jié)合使用,略作修改。
第一步:修改pom.xml中的sentinel-datasource-nacos的依賴,將
<dependency>
<groupId>com.alibaba.cspgroupId>
<artifactId>sentinel-datasource-nacosartifactId>
dependency>
第二步:找到resources/app/scripts/directives/sidebar/sidebar.html中的這段代碼:
<li ui-sref-active="active">
<a ui-sref="dashboard.flowV1({app: entry.app})">
<i class="glyphicon glyphicon-filter">i> 流控規(guī)則
a>
li>
修改為:
<li ui-sref-active="active">
<a ui-sref="dashboard.flow({app: entry.app})">
<i class="glyphicon glyphicon-filter">i> 流控規(guī)則
a>
li>
第三步:在com.alibaba.csp.sentinel.dashboard.rule包下新建一個nacos包,用來編寫針對Nacos的擴展實現(xiàn)。
第四步:創(chuàng)建Nacos的配置類,具體代碼如下:
@Configuration
public class NacosConfig {
@Bean
public Converter, String> flowRuleEntityEncoder() {
return JSON::toJSONString;
}
@Bean
public Converter> flowRuleEntityDecoder() {
return s -> JSON.parseArray(s, FlowRuleEntity.class);
}
@Bean
public ConfigService nacosConfigService() throws Exception {
Properties properties = new Properties();
properties.put(PropertyKeyConst.SERVER_ADDR, "localhost");
return ConfigFactory.createConfigService(properties);
}
}
如果用到了namespace隔離環(huán)境,可以在nacosConfigService方法中再加入配置,比如:properties.put(PropertyKeyConst.NAMESPACE, "130e71fa-97fe-467d-ad77-967456f2c16d");
第五步:實現(xiàn)Nacos的配置拉取。
@Component("flowRuleNacosProvider")
public class FlowRuleNacosProvider implements DynamicRuleProvider<List<FlowRuleEntity>> {
@Autowired
private ConfigService configService;
@Autowired
private Converter> converter;
public static final String FLOW_DATA_ID_POSTFIX = "-sentinel";
public static final String GROUP_ID = "DEFAULT_GROUP";
@Override
public List getRules(String appName) throws Exception {
String rules = configService.getConfig(appName + FLOW_DATA_ID_POSTFIX, GROUP_ID, 3000);
if (StringUtil.isEmpty(rules)) {
return new ArrayList<>();
}
return converter.convert(rules);
}
}
getRules方法中的appName參數(shù)是Sentinel中的服務(wù)名稱。
configService.getConfig方法是從Nacos中獲取配置信息的具體操作。其中,DataId和GroupId分別對應(yīng)客戶端使用時候的對應(yīng)配置。比如這里的例子對應(yīng)了之前我們在《Sentinel使用Nacos存儲規(guī)則》一文中的配置,具體如下:
spring.cloud.sentinel.datasource.ds.nacos.groupId=DEFAULT_GROUP spring.cloud.sentinel.datasource.ds.nacos.dataId=${spring.application.name}-sentinel
注意:兩邊的DataId和GroupId必須對應(yīng)上。
第六步:實現(xiàn)Nacos的配置推送。
@Component("flowRuleNacosPublisher")
public class FlowRuleNacosPublisher implements DynamicRulePublisher<List<FlowRuleEntity>> {
@Autowired
private ConfigService configService;
@Autowired
private Converter, String> converter;
public static final String FLOW_DATA_ID_POSTFIX = "-sentinel";
public static final String GROUP_ID = "DEFAULT_GROUP";
@Override
public void publish(String app, List rules) throws Exception {
AssertUtil.notEmpty(app, "app name cannot be empty");
if (rules == null) {
return;
}
configService.publishConfig(app + FLOW_DATA_ID_POSTFIX, GROUP_ID, converter.convert(rules));
}
}
這里的大部分內(nèi)容與上一步中的實現(xiàn)一致。主要就是Nacos中存儲配置的DataId和GroupId不要弄錯。
第七步:修改com.alibaba.csp.sentinel.dashboard.controller.v2.FlowControllerV2中DynamicRuleProvider和DynamicRulePublisher注入的Bean,改為上面我們編寫的針對Apollo的實現(xiàn):
@Autowired
@Qualifier("flowRuleNacosProvider")
private DynamicRuleProvider> ruleProvider;
@Autowired
@Qualifier("flowRuleNacosPublisher")
private DynamicRulePublisher> rulePublisher;
最后,讀者可以使用本文改造后的sentinel-dashboard聯(lián)合之前《Sentinel使用Nacos存儲規(guī)則》一文的例子來驗證本文內(nèi)容。
代碼示例本文介紹內(nèi)容的客戶端代碼,示例讀者可以通過查看下面?zhèn)}庫中的alibaba-sentinel-dashboard-nacos項目:
Github:github.com/dyc87112/Sp…
Gitee:gitee.com/didispace/S…
如果您對這些感興趣,歡迎star、follow、收藏、轉(zhuǎn)發(fā)給予支持!
專題推薦Spring Boot基礎(chǔ)教程
Spring Cloud基礎(chǔ)教程
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/7383.html
摘要:下面通過這篇,詳細介紹當(dāng)使用作為配置中心之后,如何實現(xiàn)中修改規(guī)則同步到。關(guān)于下面改造的原理和分析可以見上一篇中修改規(guī)則同步到的頭兩節(jié)內(nèi)容,這里不重復(fù)介紹了。但是由于考慮到與的結(jié)合使用,略作修改。主要就是中存儲配置的和不要弄錯。 上一篇我們介紹了如何通過改造Sentinel Dashboard來實現(xiàn)修改規(guī)則之后自動同步到Apollo。下面通過這篇,詳細介紹當(dāng)使用Nacos作為配置中心之后...
摘要:在之前的兩篇教程中我們分別介紹了如何將的限流規(guī)則存儲到和中。本文以存儲為例,下一篇介紹的改在示例。但是由于考慮到與的結(jié)合使用,略作修改。 在之前的兩篇教程中我們分別介紹了如何將Sentinel的限流規(guī)則存儲到Nacos和Apollo中。同時,在文末的思考中,我都指出了這兩套整合方案都存在一個不足之處:不論采用什么配置中心,限流規(guī)則都只能通過Nacos界面或Apollo界面來完成修改才能...
摘要:所以,在整合了做規(guī)則存儲之后,需要知道在下面兩個地方修改存在不同的效果控制臺中修改規(guī)則僅存在于服務(wù)的內(nèi)存中,不會修改中的配置值,重啟后恢復(fù)原來的值。控制臺中修改規(guī)則服務(wù)的內(nèi)存中規(guī)則會更新,中持久化規(guī)則也會更新,重啟后依然保持。 通過上一篇《使用Sentinel實現(xiàn)接口限流》的介紹,相信大家對Sentinel已經(jīng)有了初步的認識。在Spring Cloud Alibaba的整合封裝之下,接...
摘要:上一篇我們介紹了如何通過的配置功能來存儲限流規(guī)則。第六步啟動應(yīng)用。深入思考在使用存儲規(guī)則配置的時候與存儲一樣,對于控制臺這些數(shù)據(jù)是只讀的,也就是說控制臺中修改規(guī)則僅存在于服務(wù)的內(nèi)存中,不會修改中的配置值,重啟后恢復(fù)原來的值。 上一篇我們介紹了如何通過Nacos的配置功能來存儲限流規(guī)則。Apollo是國內(nèi)用戶非常多的配置中心,所以,今天我們繼續(xù)說說Spring Cloud Alibaba...
摘要:改造背景前面我們講解了如何對接來持久化限流的規(guī)則,對接后可以直接通過的后臺進行規(guī)則的修改,推送到各個客戶端實時生效。因此推送規(guī)則正確做法應(yīng)該是配置中心控制臺控制臺配置中心數(shù)據(jù)源,而不是經(jīng)數(shù)據(jù)源推送至配置中心。 改造背景 前面我們講解了如何對接Apollo來持久化限流的規(guī)則,對接后可以直接通過Apollo的后臺進行規(guī)則的修改,推送到各個客戶端實時生效。 但還有一個問題就是Sentinel...
閱讀 3872·2021-09-27 13:35
閱讀 1069·2021-09-24 09:48
閱讀 2899·2021-09-22 15:42
閱讀 2339·2021-09-22 15:28
閱讀 3145·2019-08-30 15:43
閱讀 2609·2019-08-30 13:52
閱讀 2971·2019-08-29 12:48
閱讀 1451·2019-08-26 13:55