阿里Sentinel控制臺源碼修改-對接Apollo規則持久化

zhoutao 發布于2019-08-19 11:39 / 1814人閱讀

摘要：改造背景前面我們講解了如何對接來持久化限流的規則，對接后可以直接通過的后臺進行規則的修改，推送到各個客戶端實時生效。因此推送規則正確做法應該是配置中心控制臺控制臺配置中心數據源，而不是經數據源推送至配置中心。

改造背景

前面我們講解了如何對接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，等你哦！

云服務器 GPU云服務器阿里云控制臺修改密碼阿里云控制臺如何修改服務器ip 阿里云服務器控制面板源碼修改asp偽靜態規則

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/77613.html

Spring Cloud Alibaba整合Sentinel流控

摘要：前面我們都是直接通過集成的依賴，通過編碼的方式配置規則等。對于集成到中阿里已經有了一套開源框架，就是用于將一系列的框架成功的整合到中。但這也是在學習過程中遇到的一個問題，還是得通過調試源碼的方式去發現問題的原因。前面我們都是直接通過集成sentinel的依賴，通過編碼的方式配置規則等。對于集成到Spring Cloud中阿里已經有了一套開源框架spring-cloud-alibaba...

ytwman 2019-08-16 16:51 評論0 收藏0
Sentinel Client: 整合Apollo規則持久化

摘要：這樣做的方式是簡單，缺點是無法及時獲取變更推模式規則中心統一推送，客戶端通過注冊監聽器的方式時刻監聽變化，比如使用等配置中心。在前面的學習過程中，Sentinel 的規則，也就是我們之前定義的限流規則，是通過代碼的方式定義好的。這是初始化時需要做的事情，Sentinel 提供了基于API的方式修改規則： FlowRuleManager.loadRules(List rules); /...

plus2047 2019-08-16 16:16 評論0 收藏0
Sentinel Dashboard中修改規則同步到Apollo存儲

摘要：在之前的兩篇教程中我們分別介紹了如何將的限流規則存儲到和中。本文以存儲為例，下一篇介紹的改在示例。但是由于考慮到與的結合使用，略作修改。在之前的兩篇教程中我們分別介紹了如何將Sentinel的限流規則存儲到Nacos和Apollo中。同時，在文末的思考中，我都指出了這兩套整合方案都存在一個不足之處：不論采用什么配置中心，限流規則都只能通過Nacos界面或Apollo界面來完成修改才能...

psychola 2019-08-16 17:12 評論0 收藏0
Spring Cloud Alibaba基礎教程：Sentinel使用Apollo存儲規則

摘要：上一篇我們介紹了如何通過的配置功能來存儲限流規則。第六步啟動應用。深入思考在使用存儲規則配置的時候與存儲一樣，對于控制臺這些數據是只讀的，也就是說控制臺中修改規則僅存在于服務的內存中，不會修改中的配置值，重啟后恢復原來的值。上一篇我們介紹了如何通過Nacos的配置功能來存儲限流規則。Apollo是國內用戶非常多的配置中心，所以，今天我們繼續說說Spring Cloud Alibaba...

Airmusic 2019-08-16 16:51 評論0 收藏0
Spring Cloud Alibaba基礎教程：Sentinel使用Nacos存儲規則

摘要：所以，在整合了做規則存儲之后，需要知道在下面兩個地方修改存在不同的效果控制臺中修改規則僅存在于服務的內存中，不會修改中的配置值，重啟后恢復原來的值。控制臺中修改規則服務的內存中規則會更新，中持久化規則也會更新，重啟后依然保持。通過上一篇《使用Sentinel實現接口限流》的介紹，相信大家對Sentinel已經有了初步的認識。在Spring Cloud Alibaba的整合封裝之下，接...

xingqiba 2019-08-16 16:43 評論0 收藏0