阿里Sentinel控制臺(tái)源碼修改-對(duì)接Apollo規(guī)則持久化

zhoutao 發(fā)布于2019-08-19 11:39 / 1821人閱讀

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

改造背景

前面我們講解了如何對(duì)接Apollo來持久化限流的規(guī)則，對(duì)接后可以直接通過Apollo的后臺(tái)進(jìn)行規(guī)則的修改，推送到各個(gè)客戶端實(shí)時(shí)生效。

但還有一個(gè)問題就是Sentinel控制臺(tái)沒有對(duì)接Apollo，Sentinel控制臺(tái)本來就可以修改限流的規(guī)則，目前存在的情況就是通過Sentinel控制臺(tái)修改的配置無法更新到Apollo中，所以今天我們的主題是改造Sentinel控制臺(tái)源碼，對(duì)接Apollo。

配置變更模式

最原始的模式如下圖：

Dashboard的推送規(guī)則方式是通過 API 將規(guī)則推送至客戶端并直接更新到內(nèi)存中，這種做法的好處是簡單，無依賴；壞處是應(yīng)用重啟規(guī)則就會(huì)消失，僅用于簡單測試，不能用于生產(chǎn)環(huán)境。

我們在生產(chǎn)環(huán)境中需要用Push模式來進(jìn)行，對(duì)于 push 模式的數(shù)據(jù)源,如遠(yuǎn)程配置中心（ZooKeeper, Nacos, Apollo等等），推送的操作不應(yīng)由 Sentinel 客戶端進(jìn)行，而應(yīng)該經(jīng)控制臺(tái)統(tǒng)一進(jìn)行管理，直接進(jìn)行推送，數(shù)據(jù)源僅負(fù)責(zé)獲取配置中心推送的配置并更新到本地。因此推送規(guī)則正確做法應(yīng)該是配置中心控制臺(tái)/Sentinel 控制臺(tái) → 配置中心 → Sentinel 數(shù)據(jù)源 → Sentinel，而不是經(jīng) Sentinel 數(shù)據(jù)源推送至配置中心。這樣的流程就非常清晰了：

改造步驟

從 Sentinel 1.4.0 開始，我們抽取出了接口用于向遠(yuǎn)程配置中心推送規(guī)則以及拉取規(guī)則：

DynamicRuleProvider: 拉取規(guī)則

DynamicRulePublisher: 推送規(guī)則

我們只需要實(shí)現(xiàn)上面的兩個(gè)規(guī)則即可實(shí)現(xiàn)我們想要的效果，官方對(duì)于Nacos 和 Apollo 的推送和拉取規(guī)則已經(jīng)有實(shí)現(xiàn)好了的代碼，在Dashboard源碼的test目錄下，我們自己改造下就可以了。

首先我們需要把源代碼拉到本地，導(dǎo)入開發(fā)工具中，找到下面的Apollo的代碼：

這部分代碼是在test包下，我們需要復(fù)制到main包下才行：

復(fù)制過去后會(huì)發(fā)現(xiàn)一個(gè)問題，所有Apollo相關(guān)的import都報(bào)錯(cuò)，需要改下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中進(jìn)行生成

創(chuàng)建應(yīng)用信息，生成token，綁定appid

FlowRuleApolloProvider和FlowRuleApolloPublisher需要把Apollo的appId，env，命名空間等改成你自己想用的才行。這邊就不貼代碼了。

改造完之后，我們需要讓控制器使用這兩個(gè)新的規(guī)則，修改FlowControllerV2的@Qualifier的值，注入對(duì)應(yīng)的規(guī)則對(duì)象

@Autowired
@Qualifier("flowRuleApolloProvider")
private DynamicRuleProvider> ruleProvider;
    
@Autowired
@Qualifier("flowRuleApolloPublisher")
private DynamicRulePublisher> rulePublisher;

這樣改完其實(shí)還沒效果，因?yàn)轫撁嫔嫌玫氖荈lowControllerV1的代碼，你可以直接在訪問uri后面加上v2來訪問，但這不是很好，最好是改下頁面的代碼，讓菜單直接跳轉(zhuǎn)到新的頁面去，找到下面的代碼：

改成下面的樣子：