*作者：卜比*

在釋出過程中，為了產品整體穩定性，我們總是希望能夠用小部分特定流量來驗證下新版本應用是否能正常工作。

即使新版本有問題，也能及時發現，控制影響面，保障了整體的穩定性。

## 整體架構

我們以如下 Demo 為例：

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

為了保證穩定，我們約定如下上線流程：

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

其中，在灰度驗證中，有幾種不同的策略：

-   直接使用線上小部分流量來測試（按照百分比放量）
-   從線上按照特定規則選擇流量（比如特定的 header、特定的 cookie 等）
-   在客戶端或瀏覽器上標識出流量是否灰度（比如透過 header 傳遞）

## 部署應用&建立泳道

按照參考文件在 Kubernetes 叢集中部署應用後，我們首先要區分線上流量和灰度流量。

> 部署文件：
> 
> <https:>

建立泳道組，選擇入口應用以及整個鏈路涉及到的應用：

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

然後建立泳道，將符合規則的流量劃入 gray 泳道：

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

> 注：沒有匹配的流量，會走到基線環境，也就是沒有打標的應用節點上。

配置完成後，訪問閘道器，如果不符合灰度規則，走基線環境：

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

如何符合灰度規則，走灰度環境：

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

## 配置雲效流水線

在本例中，使用“其他 · 空模板”建立雲效流水線，建立後，需要進行四部分配置：

### 流水線源

配置好流水線的來源，比如程式碼倉庫等。

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

-   程式碼倉庫：<https:>（為了避免網路延遲，所以採用 gitee 倉庫）
-   預設分支：master
-   服務連線：可以透過新增服務連線按鈕新增，由於本例中程式碼倉庫為公開程式碼倉庫，所以只需要按照預設值建立即可。

配置完成後，新增到流水線中。

### 構建階段配置

此階段配置雲效如何構建 docker 映象。

刪除原有的階段和空任務，手動新增新任務“映象構建”：

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

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

配置引數如下：

-   構建叢集：就近選擇，國內可以選擇“北京構建叢集”
-   服務連線：您可以按照提示新增 ACR 的服務連線，透過 RAM 授權的方式，讓雲效可以推送映象到 ACR 中
-   倉庫：選擇您需要推送、部署的映象倉庫
-   標籤：保留預設${DATETIME}即可。
-   Dockerfile 路徑：mse-simple-demo/A/Dockerfile

配置好後，新增即可。

### 部署 gray 階段配置

本步驟指示雲效如何部署 gray 節點。由於雲效可以直接替換 Kubernetes 中的 workload 映象，我們可以直接使用此機制來發布。

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

配置引數如下：

-   叢集連線：用來授權雲效修改 ACK 叢集中 workload 配置。按照授權新增對應 ACK 叢集連線即可
-   Kubectl 版本：選擇相近版本即可
-   名稱空間：按照實際情況選擇
-   Workloads 型別：本例中是 Deployment
-   Workloads 名稱：本例中是 spring-cloud-a-gray
-   容器名稱：本例中是 spring-cloud-a-gray
-   映象：選擇上一步構建的結果，可以選擇“映象公網地址”

### 部署線上階段配置

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

類似上一階段的配置：

-   Workloads 名稱：和上一步不同，這兒是基線環境的 workloads，值為 spring-cloud-a
-   容器名稱：spring-cloud-a

最後，將部署 gray 階段和部署線上階段的的觸發模式改為“手動觸發”。

完整配置好後的效果如圖：

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

## 流水線執行

配置好流水線後，我們可以按照發布流程來一步步執行流水線：

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

### 打包構建

我們手動執行剛剛的建立好的流水線，觀察構建狀態。

執行成功效果如下：

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

您也可以檢視日誌來確定執行狀態、排查問題等：

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

完成映象構建後，接著就開始開始部署 gray 了。

### 部署 gray 並驗證

點選部署 gray 階段的手動觸發按鈕，開始部署 gray：

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

部署結束後，可以在 Kubernetes 控制檯確認下部署後容器映象是不是符合預期：

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

如上圖，可以看到對應映象已經部署到 gray 了。

我們可以嘗試用小流量進行驗證，按照之前在 MSE 全鏈路灰度上的配置，訪問只需要帶上引數 name=xiaoming 即可訪問到 gray 節點：

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

可以看到請求到達了 Agray 節點，同時新的程式碼也生效了。

我們不妨觀察下此時線上的流量：

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

沒有帶灰度引數的流量，走基線環境，同時新版本的修改也還未生效。

在驗證完 gray 環境後，我們就可以開始釋出線上了。

如果此時驗證不透過，我們可以中止流水線執行，排查問題後重新執行流水線。

### 部署線上

點選部署線上階段的手動觸發按鈕，開始部署線上：

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

線上部署成功後，也可以在容器控制檯檢視，看下是否符合預期：

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

此時我們開始觀察線上流量，看下修改是否生效：

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

可以看到，新版本的修改此時就完全釋出到線上了。

## 總結

在微服務治理架構中，MSE 全鏈路灰度提供了虛擬泳道能力，極大的方便了測試、釋出時的快速驗證，能夠幫助 Devops 同學減少保障半徑、提升線上穩定性。

同時，阿里雲微服務引擎（MSE）也能給您帶來全生命週期的、全方位的微服務治理、流量防護能力，保障您的線上穩定性，提升開發、運維效率。</https:></https:>

透過雲效 CI/CD 實現微服務全鏈路灰度

相關文章