資訊專欄INFORMATION COLUMN
摘要：改造背景前面我們講解了如何對接來持久化限流的規(guī)則，對接后可以直接通過的后臺進行規(guī)則的修改，推送到各個客戶端實時生效。因此推送規(guī)則正確做法應(yīng)該是配置中心控制臺控制臺配置中心數(shù)據(jù)源，而不是經(jīng)數(shù)據(jù)源推送至配置中心。
改造背景
前面我們講解了如何對接Apollo來持久化限流的規(guī)則，對接后可以直接通過Apollo的后臺進行規(guī)則的修改，推送到各個客戶端實時生效。
但還有一個問題就是Sentinel控制臺沒有對接Apollo，Sentinel控制臺本來就可以修改限流的規(guī)則，目前存在的情況就是通過Sentinel控制臺修改的配置無法更新到Apollo中，所以今天我們的主題是改造Sentinel控制臺源碼，對接Apollo。
配置變更模式最原始的模式如下圖：
Dashboard的推送規(guī)則方式是通過 API 將規(guī)則推送至客戶端并直接更新到內(nèi)存中，這種做法的好處是簡單，無依賴；壞處是應(yīng)用重啟規(guī)則就會消失，僅用于簡單測試，不能用于生產(chǎn)環(huán)境。
我們在生產(chǎn)環(huán)境中需要用Push模式來進行，對于 push 模式的數(shù)據(jù)源,如遠程配置中心（ZooKeeper, Nacos, Apollo等等），推送的操作不應(yīng)由 Sentinel 客戶端進行，而應(yīng)該經(jīng)控制臺統(tǒng)一進行管理，直接進行推送，數(shù)據(jù)源僅負責(zé)獲取配置中心推送的配置并更新到本地。因此推送規(guī)則正確做法應(yīng)該是 配置中心控制臺/Sentinel 控制臺 → 配置中心 → Sentinel 數(shù)據(jù)源 → Sentinel，而不是經(jīng) Sentinel 數(shù)據(jù)源推送至配置中心。這樣的流程就非常清晰了：
改造步驟從 Sentinel 1.4.0 開始，我們抽取出了接口用于向遠程配置中心推送規(guī)則以及拉取規(guī)則：
DynamicRuleProvider
DynamicRulePublisher
我們只需要實現(xiàn)上面的兩個規(guī)則即可實現(xiàn)我們想要的效果，官方對于Nacos 和 Apollo 的推送和拉取規(guī)則已經(jīng)有實現(xiàn)好了的代碼，在Dashboard源碼的test目錄下，我們自己改造下就可以了。
首先我們需要把源代碼拉到本地，導(dǎo)入開發(fā)工具中，找到下面的Apollo的代碼：
這部分代碼是在test包下，我們需要復(fù)制到main包下才行：
復(fù)制過去后會發(fā)現(xiàn)一個問題，所有Apollo相關(guān)的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中進行生成
創(chuàng)建應(yīng)用信息，生成token，綁定appid
FlowRuleApolloProvider和FlowRuleApolloPublisher需要把Apollo的appId，env，命名空間等改成你自己想用的才行。這邊就不貼代碼了。
改造完之后，我們需要讓控制器使用這兩個新的規(guī)則，修改FlowControllerV2的@Qualifier的值，注入對應(yīng)的規(guī)則對象
@Autowired
@Qualifier("flowRuleApolloProvider")
private DynamicRuleProvider> ruleProvider;
@Autowired
@Qualifier("flowRuleApolloPublisher")
private DynamicRulePublisher> rulePublisher;
這樣改完其實還沒效果，因為頁面上用的是FlowControllerV1的代碼，你可以直接在訪問uri后面加上v2來訪問，但這不是很好，最好是改下頁面的代碼，讓菜單直接跳轉(zhuǎn)到新的頁面去，找到下面的代碼：
改成下面的樣子：
默認用的是dashboard.flowV1，這個代碼可以在app.js中找到：
改完之后你就可以重新將Dashboard打包啦，這樣在Dashboard中修改規(guī)則的時候就會直接修改Apollo中的配置，Apollo再推送給客戶端。
歡迎加入我的知識星球，一起交流技術(shù)，免費學(xué)習(xí)猿天地的課程（http://cxytiandi.com/course） PS：目前星球中正在星主的帶領(lǐng)下組隊學(xué)習(xí)Sentinel，等你哦！文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/77613.html
摘要：前面我們都是直接通過集成的依賴，通過編碼的方式配置規(guī)則等。對于集成到中阿里已經(jīng)有了一套開源框架，就是用于將一系列的框架成功的整合到中。但這也是在學(xué)習(xí)過程中遇到的一個問題，還是得通過調(diào)試源碼的方式去發(fā)現(xiàn)問題的原因。 前面我們都是直接通過集成sentinel的依賴，通過編碼的方式配置規(guī)則等。對于集成到Spring Cloud中阿里已經(jīng)有了一套開源框架spring-cloud-alibaba...
摘要：這樣做的方式是簡單，缺點是無法及時獲取變更推模式規(guī)則中心統(tǒng)一推送，客戶端通過注冊監(jiān)聽器的方式時刻監(jiān)聽變化，比如使用等配置中心。 在前面的學(xué)習(xí)過程中，Sentinel 的規(guī)則，也就是我們之前定義的限流規(guī)則，是通過代碼的方式定義好的。這是初始化時需要做的事情，Sentinel 提供了基于API的方式修改規(guī)則： FlowRuleManager.loadRules(List rules); /...
摘要：在之前的兩篇教程中我們分別介紹了如何將的限流規(guī)則存儲到和中。本文以存儲為例，下一篇介紹的改在示例。但是由于考慮到與的結(jié)合使用，略作修改。 在之前的兩篇教程中我們分別介紹了如何將Sentinel的限流規(guī)則存儲到Nacos和Apollo中。同時，在文末的思考中，我都指出了這兩套整合方案都存在一個不足之處：不論采用什么配置中心，限流規(guī)則都只能通過Nacos界面或Apollo界面來完成修改才能...
摘要：上一篇我們介紹了如何通過的配置功能來存儲限流規(guī)則。第六步啟動應(yīng)用。深入思考在使用存儲規(guī)則配置的時候與存儲一樣，對于控制臺這些數(shù)據(jù)是只讀的，也就是說控制臺中修改規(guī)則僅存在于服務(wù)的內(nèi)存中，不會修改中的配置值，重啟后恢復(fù)原來的值。 上一篇我們介紹了如何通過Nacos的配置功能來存儲限流規(guī)則。Apollo是國內(nèi)用戶非常多的配置中心，所以，今天我們繼續(xù)說說Spring Cloud Alibaba...
摘要：所以，在整合了做規(guī)則存儲之后，需要知道在下面兩個地方修改存在不同的效果控制臺中修改規(guī)則僅存在于服務(wù)的內(nèi)存中，不會修改中的配置值，重啟后恢復(fù)原來的值?？刂婆_中修改規(guī)則服務(wù)的內(nèi)存中規(guī)則會更新，中持久化規(guī)則也會更新，重啟后依然保持。 通過上一篇《使用Sentinel實現(xiàn)接口限流》的介紹，相信大家對Sentinel已經(jīng)有了初步的認識。在Spring Cloud Alibaba的整合封裝之下，接...
閱讀 1674·2021-09-28 09:35
閱讀 1141·2019-08-30 15:54
閱讀 1669·2019-08-30 15:44
閱讀 3373·2019-08-30 14:09
閱讀 504·2019-08-29 14:05
閱讀 2670·2019-08-28 17:53
閱讀 1996·2019-08-26 13:41
閱讀 1726·2019-08-26 13:26
