*作者：洵沐、流士*

## 背景

微服務場景下，全鏈路灰度作為一種低成本的新功能驗證方式，得到了越來越廣泛的應用。除了微服務例項和流量的灰度，微服務應用中的配置項也應該具備相應的灰度能力，以應對灰度應用對特殊配置的訴求。

## 為什麼需要配置標籤推送

### 從全鏈路灰度談起

在微服務場景中，應用的灰度釋出迎來了新的挑戰。不同於單體架構中將應用整體打包即可釋出測試版本，微服務應用往往由多個服務組合而成。這些服務通常由不同的團隊負責，獨立進行開發。一個新功能通常只涉及到部分服務，在測試新特性時，我們只需要對這部分服務進行釋出即可。為了讓微服務應用正常執行，還需要設計一種方案，讓灰度流量也能正常經過其他不需要釋出的服務。

這一功能通常有物理環境隔離和邏輯環境隔離兩種解決方案。前者需要為每套灰度環境都搭建一套網路隔離、資源獨立的環境，為了應用能正常執行，還需要在環境中為未被灰度到的服務、各種中介軟體等做冗餘釋出，如圖所示：

![1.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/f567618aa4a54a2f86433188fdf62e7b~tplv-k3u1fbpfcp-zoom-1.image "1.png")

物理環境隔離這一方案存在著大量的機器資源浪費。因此業界普遍採用後者，即邏輯環境隔離的方式做為全鏈路灰度的解決方案。只需部署灰度服務，透過呼叫鏈路上的流量控制使得灰度流量能在灰度環境和正式環境間流轉，實現灰度微服務應用的正常執行，幫助業務方進行新功能驗證。如圖所示：

![2.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/bd489ca255a146079922f113d0773435~tplv-k3u1fbpfcp-zoom-1.image "2.png")

### 配置灰度的應用場景

在許多業務場景中都可能涉及到配置灰度能力的應用，下面是幾個典型場景。

-   **金絲雀釋出**

金絲雀釋出已經在業界廣泛落地，是新版本釋出的常用手段。金絲雀釋出會對流量進行比例分隔，一開始為新版本的例項分配較小比例的流量，經過一段時間的執行，確認新版本執行正常後再逐步提高所分配流量的比例，直到最終全量切流。透過這種方式做釋出可以在新版本出現問題時控制影響面，提高系統的穩定性。

金絲雀釋出通常透過流量染色和機器打標來實現。新版本的機器被打上金絲雀版本標記，同時讓部分流量攜帶上金絲雀版本標記，最終還是演變成全鏈路灰度的解決方案。金絲雀版本的應用中的配置項可能需要使用和舊版本中不同的配置值，這就需要配置灰度的能力。

-   **新功能上線**

在改動涉及較大的功能上線時，往往會透過逐步放量的方式來驗證功能的穩定性。一種典型的放量方式就是白名單，即配置在白名單中的使用者/裝置可以使用新功能，未在白名單中的使用者仍然使用舊版本。線上上執行一段時間後收集白名單使用者的反饋，對功能做最佳化的同時逐步增加白名單中的使用者/裝置數，等功能到達最終的穩定狀態後再全量釋出。

來自於白名單中的使用者/裝置會被打上特殊的標記，被路由到灰度環境中。如果新功能中的配置需要使用不同於舊版本中的配置值，就需要同步用到配置灰度。

-   **資料庫遷移**

資料庫遷移也是業務發展中的常見問題。隨著業務的快速增長，原有的資料庫可能在容量/效能上都不再能滿足未來的業務需要，這時就需要做資料庫遷移。為了保證遷移過程的穩定性，遷移通常是漸進式的，這個過程中會存在部分流量寫新庫，部分流量寫老庫，待遷移完全完成後再將所有流量切到新庫上。遷移過程中我們可以透過流量染色配合配置灰度來實現對不同資料庫的操作。

### 問題及解決方案

微服務應用通常會引入配置中心做配置管理，其提供動態的配置推送能力使得應用無需重啟就可以動態地改變執行邏輯。然而配置中心的管理維度僅僅是配置項本身，並不能感知到前來獲取配置的服務例項的環境資訊，即無法區分請求配置的是正式環境的例項還是灰度環境的例項。在這種背景下，如果某項配置在正式環境和灰度環境中需要使用不同值，它們在配置中心中必須作為不同的配置項，我們可能需要寫出這樣的程式碼：

```
...
if (env == "gray") {
    cfg = getConfig('cfg1');
} else {
    cfg = getConfig('cfg2');
}
...
```

假如有多個配置項在灰度環境中存在不同的配置值，這樣的程式碼還需要重複多次。更極端的場景下，如果在測試的灰度環境還有多套，每套環境中的配置值都不同，負責獲取配置項的程式碼還會更復雜。此外，一套灰度環境中往往存在多個服務，每個服務都需要獨立維護一套類似的程式碼。最終的解決方案如圖所示，同一配置項在不同環境中使用的配置值需要在使用者應用中主動進行區分。

![3.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4487f7ae40144587af78a5e2c95c2191~tplv-k3u1fbpfcp-zoom-1.image "3.png")

究其原因，還是來自於配置中心無法感知服務例項的環境資訊，使得我們必須在程式碼中代替配置中心行使這一任務，從而導致了環境資訊對業務程式碼產生了侵入。儘管我們可以透過對獲取配置的程式碼做一些封裝來降低業務程式碼的使用複雜度，但只要配置中心無法感知服務例項的環境資訊這一事實存在，這種環境資訊對業務程式碼的侵入性就無法避免。

## 功能介紹

MSE 新上線的配置標籤推送功能將配置管理場景下的環境資訊的感知下沉到平臺側，由 Agent 負責。使用者只需接入 MSE，就可輕鬆在全鏈路灰度場景中使用配置推送能力，免去業務程式碼中繁瑣的環境資訊檢測邏輯。如圖所示：

![4.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/7abf33dca8184bc98d694b60fe82b1f4~tplv-k3u1fbpfcp-zoom-1.image "4.png")

配置標籤推送提供的功能包括：

-   標籤維度的配置管理

在配置列表頁中可以檢視應用中的各種配置項。目前 MSE 支援對三類配置進行採集：

1.  1.  使用 SDK 提供的註解@Switch 標記的配置類
    1.  使用 Spring 的註解 @Value 標記的配置項
    1.  使用 SpringBoot 的註解 @ConfigurationProperties 標記的配置類

每個配置項下會展示所有服務例項的配置值，使用者可以透過標籤名直觀地看到不同例項所處的灰度環境，還可以檢視不同灰度環境下的配置值分佈

-   標籤維度的應用配置推送能力

透過“按標籤推送”，使用者可以便捷地為指定灰度環境中的所有服務例項推送持久化的新配置值。持久化意味著即使應用重啟，針對該環境的配置項也不會丟失。

-   配置場景下的例項動態打標

除了在應用啟動時透過 MSE 的打標方式為服務例項設定標籤，使用者可以在 MSE 控制檯動態地為服務例項新增/刪除標籤，以適配不同灰度環境下的配置項管理。

-   圍繞整個配置標籤推送流程的溯源能力

MSE 為標籤推送提供了全流程的溯源能力，包括例項標籤變動記錄，標籤推送記錄，幫助使用者便捷地排查標籤推送流程中的問題。

### 配置標籤推送實踐

接下來，我們透過實踐來演示配置標籤推送的使用流程，只需簡單的三步即可完成。

-   **準備工作**

1.  將應用接入 MSE 微服務治理
1.  進入 MSE 控制檯，選擇地域
1.  進入 治理中心 > 應用治理，進入剛剛接入的應用

-   **Step 1：新增標籤**

配置標籤推送的第一步是為服務例項設定標籤。服務例項的標籤可以在啟動時透過 -Dalicloud.service.tag 設定，同時也可以在 MSE 控制檯動態設定。

接下來我們演示為服務例項動態打標的過程。選擇 應用配置 > 標籤列表，這裡會展示當前應用下所有的服務例項。點選左上角的“新增標籤”按鈕，在彈出的節點打標視窗中我們可以選擇一批服務例項進行打標。使用者可以透過節點 IP 來篩選需要打標的例項。除了按節點 IP 篩選，MSE 提供了按主機名稱篩選服務例項的能力。選中需要打標的機器後，輸入標籤的名稱，點選“新增標籤”即可完成機器打標。

![5.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/fe69120851884cb9bdcbf5abb4d4878e~tplv-k3u1fbpfcp-zoom-1.image "5.png")

-   **Step 2：按標籤推送**

完成機器打標後，我們可以為指定的標籤推送配置值。回到 應用配置 > 配置列表，選擇“customName”配置項，點選“按標籤推送”。在彈出的推送視窗中，我們選擇需要推送的標籤，並設定待推送的配置值，點選“下一步：值對比”，可以看到新老配置項的差異。之後點選“標籤推送”，完成配置下發。

![6.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/da87e497530b40d982de69dd670d2bb4~tplv-k3u1fbpfcp-zoom-1.image "6.png")

![7.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/3f9a13cc2b884a4db7e6801274d5dac1~tplv-k3u1fbpfcp-zoom-1.image "7.png")

![8.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/49edd7df340944f3beea626ad94eb12c~tplv-k3u1fbpfcp-zoom-1.image "8.png")

可以看到配置項已經被成功推送到了兩個帶有“gray”標籤的機器例項上。

之後，我們對“gray2”標籤也執行同樣的操作，推送“testGray2”配置值。

針對標籤的配置值推送都是持久化的。使用者只需要在控制檯上操作一次，之後指定標籤的服務例項重啟時 MSE 會透過 Agent 將持久化的配置值下發到應用。

-   **Step 3：檢視配置值分佈**

回到 應用配置 > 配置列表，選擇“customName”配置項，我們可以看到剛剛為標籤“gray”和“gray2”推送的兩個配置值都已經生效。

點選“值分佈”。在彈出的視窗中可以看到該配置項的配置值在所有機器例項上的分佈，也能看到其在不同標籤下的持久化值。

![9.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/e60fa89e8a194643961234a158e530ca~tplv-k3u1fbpfcp-zoom-1.image "9.png")

## 結束語

本文介紹了全鏈路灰度場景給配置管理帶來的問題，介紹了 MSE 針對這一場景的解決方案，並透過實踐的方式展示了配置標籤推送的使用流程。後續，MSE 還會針對配置治理做更多的探索，幫助使用者更好地解決微服務配置管理中的難題，提高微服務應用的穩定性。

MSE 註冊配置首購 8 折，首購 1 年及以上 7 折。MSE 雲原生閘道器預付費全規格享 9 折優惠。點選[此處](https://www.aliyun.com/product/aliware/mse)，即刻享受優惠！

全鏈路灰度新功能：MSE 上線配置標籤推送

相關文章