*作者：亦盞*

之前的系列文章中，我們已經透過全鏈路金絲雀釋出這個功能來介紹了 MSE 對於全鏈路流量控制的場景，我們已經瞭解了 Spring Cloud 和 Dubbo 這一類 RPC 呼叫的全鏈路灰度應該如何實現，但是沒有涉及到訊息這類非同步場景下的流量控制，今天我們將以上次介紹過的《[如何用 20 分鐘就能獲得同款企業級全鏈路灰度能力？](https://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247518021&idx=1&sn=2c1826c0599f983974358369baea5c53&chksm=fae68c8acd91059cb0d703d20b5cee04fe7ec4e6d3194881af09fde73037bb7a283a67f26113&scene=21#wechat_redirect)》中的場景為基礎，來進一步介紹訊息場景的全鏈路灰度。

雖然絕大多數業務場景下對於訊息的灰度的要求並不像 RPC 的要求得這麼嚴格，但是在以下兩個場景下，還是會對訊息的全鏈路有一定的訴求的。

1、第一種場景是在訊息消費時，可能會產生新的 RPC 呼叫，如果沒有在訊息這一環去遵循之前設定好的全鏈路流量控制的規則，會導致透過訊息產生的這部分流量“逃逸”，從而導致全鏈路灰度的規則遭到破壞，導致出現不符合預期的情況。

為了防止出現這個情況，我們需要在消費時候將訊息裡原來的流量標復原，並在 RPC 呼叫的時候遵循原來的規則。我們透過架構圖來詳細描述一下，滿足這個邏輯之後，呼叫鏈路是怎樣的，從下圖中我們可以看到，灰度和基線環境生產出來的訊息，雖然在訊息推送的時候是隨機的，但是在消費過程中，產生的新的 RPC 呼叫，還是能夠回到流量原來所屬的環境。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/b4c702f880fa4647a9087cdf7e62d0d4.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

2、第二種場景需要更加嚴格的訊息灰度隔離。比如當訊息的消費邏輯進行了修改時，這時候希望透過小流量的方式來驗證新的訊息消費邏輯的正確性，要嚴格地要求灰度的訊息只能被推送給灰度的訊息消費者。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/96c6bf3e4a1a4269b1b3919c5d442996.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

今天我們就來實操一下第二種場景訊息的全鏈路灰度，目前 MSE 僅支援 RocketMQ 訊息的灰度。若您使用的是開源版 RocketMQ，那麼版本需要在 4.5.0 及以上，若您使用的是阿里雲商業版 RocketMQ，那麼需要使用鉑金版，且 Ons Client 版本在 1.8.0.Final 及以上。如果只是想使用第一種場景，只需要給 B 應用開啟全鏈路灰度的功能即可，不需要做額外的訊息灰度相關的配置。

在這次最佳實踐的操作中，我們是將應用部署在阿里雲容器服務 Kubernetes 版本，即 ACK 叢集來演示，但是事實上，訊息灰度對於應用的部署模式是沒有限制性要求的，您可以參考 MSE 幫助文件，找到自己所使用的部署模式對應的接入方式，也能使用訊息全鏈路灰度。

## 前提條件

1、開通 MSE 專業版，請參見開通 MSE 微服務治理專業版[1]。

2、建立 ACK 叢集，請參見建立 Kubernetes 叢集[2]。

## 操作步驟

### 步驟一：接入 MSE 微服務治理

1、安裝 mse-ack-pilot

a.登入容器服務控制檯[3]。

b.在左側導航欄單擊**市場 > 應用目錄**。

c.在應用目錄頁面點選**阿里雲應用**，選擇**微服務**，並單擊 **ack-mse-pilot**。

d.在 ack-mse-pilot 頁面右側叢集列表中選擇叢集，然後單擊建立。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/4b0680d602cd4725871d2346038d984e.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_12,color_FFFFFF,t_70,g_se,x_16#pic_center)

安裝 MSE 微服務治理元件大約需要 2 分鐘，請耐心等待。

建立成功後，會自動跳轉到目標叢集的 Helm 頁面，檢查安裝結果。如果出現以下頁面，展示相關資源，則說明安裝成功。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/2861248e82474d468eb71db8cf413e3c.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

2、為 ACK 名稱空間中的應用開啟 MSE 微服務治理

a.登入 MSE 治理中心控制檯[4]，如果您尚未開通 MSE 微服務治理，請根據提示開通。

b.在左側導航欄選擇**微服務治理中心 > Kubernetes 叢集列表**。

c.在 Kubernetes 叢集列表頁面搜尋框列表中選擇叢集名稱或叢集 ID，然後輸入相應的關鍵字，單擊搜尋圖示。

d.單擊目標叢集操作列的**管理**。

e.在叢集詳情頁面名稱空間列表區域，單擊目標名稱空間操作列下的**開啟微服務治理**。

f.在開啟微服務治理對話方塊中單擊確認。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/585153fa34a64c00a476f3c336cf4910.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

### 步驟二：還原線上場景

首先，我們將分別部署  spring-cloud-zuul、spring-cloud-a、spring-cloud-b、spring-cloud-c 這四個業務應用，以及註冊中心 Nacos Server 和訊息服務 RocketMQ Server，模擬出一個真實的呼叫鏈路。

Demo 應用的結構圖下圖，應用之間的呼叫，既包含了 Spring Cloud 的呼叫，也包含了 Dubbo 的呼叫，覆蓋了當前市面上最常用的兩種微服務框架。其中 C 應用會生產出 RocketMQ 訊息，由 A 應用進行消費，A 在消費訊息時，也會發起新的呼叫。這些應用都是最簡單的 Spring Cloud 、 Dubbo 和 RocketMQ 的標準用法，您也可以直接在 [https://github.com/aliyun/alibabacloud-microservice-demo/tree/master/mse-simple-demo](https://github.com/aliyun/alibabacloud-microservice-demo/tree/master/mse-simple-demo) 專案上檢視原始碼。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/af2b7665a0c045a498bf2d35583961d3.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

部署之前，簡單介紹一下這個呼叫鏈路

spring-cloud-zuul 應用在收到 “/A/dubbo” 的請求時，會把請求轉發給 spring-cloud-a ，然後 spring-cloud-a 透過 dubbo 協議去訪問 spring-cloud-b， spring-cloud-b 也透過 dubbo 協議去訪問 spring-cloud-c，spring-cloud-c 在收到請求後，會生產一個訊息，並返回自己的環境標籤和 ip。這些生產出來的訊息會由 spring-cloud-a 應用消費，spring-cloud-a 應用在消費訊息的時候，會透過 spring cloud 去呼叫 B，B 進而透過 spring cloud 去呼叫 C，並且將結果輸出到自己的日誌中。

```
當我們呼叫 /A/dubbo 的時候
返回值是這樣 A[10.25.0.32] -> B[10.25.0.152] -> C[10.25.0.30]

同時，A 應用在接收到訊息之後，輸出的日誌如下

2021-12-28 10:58:50.301  INFO 1 --- [essageThread_15] c.a.mse.demo.service.MqConsumer          : topic:TEST_MQ,producer:C[10.25.0.30],invoke result:A[10.25.0.32] -> B[10.25.0.152] -> C[10.25.0.30]
```

熟悉了呼叫鏈路之後，我們繼續部署應用，您可以使用 kubectl 或者直接使用 ACK 控制檯來部署應用。部署所使用的 yaml 檔案如下，您同樣可以直接在 [https://github.com/aliyun/alibabacloud-microservice-demo/tree/master/mse-simple-demo](https://github.com/aliyun/alibabacloud-microservice-demo/tree/master/mse-simple-demo) 上獲取對應的原始碼。

```csharp
# 部署 Nacos Server

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nacos-server
spec:
  selector:
    matchLabels:
      app: nacos-server
  template:
    metadata:
      annotations:
      labels:
        app: nacos-server
    spec:
      containers:
        - env:
            - name: MODE
              value: "standalone"
          image: registry.cn-shanghai.aliyuncs.com/yizhan/nacos-server:latest
          imagePullPolicy: IfNotPresent
          name: nacos-server
          ports:
            - containerPort: 8848

---
apiVersion: v1
kind: Service
metadata:
  name: nacos-server
spec:
  type: ClusterIP
  selector:
    app: nacos-server
  ports:
    - name: http
      port: 8848
      targetPort: 8848

# 部署業務應用
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: spring-cloud-zuul
spec:
  selector:
    matchLabels:
      app: spring-cloud-zuul
  template:
    metadata:
      annotations:
        msePilotCreateAppName: spring-cloud-zuul
      labels:
        app: spring-cloud-zuul
    spec:
      containers:
        - env:
            - name: JAVA_HOME
              value: /usr/lib/jvm/java-1.8-openjdk/jre
            - name: enable.mq.invoke
              value: 'true'
          image: registry.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-zuul:1.0.0
          imagePullPolicy: Always
          name: spring-cloud-zuul
          ports:
            - containerPort: 20000

---
apiVersion: v1
kind: Service
metadata:
  annotations:
    service.beta.kubernetes.io/alibaba-cloud-loadbalancer-spec: slb.s1.small
    service.beta.kubernetes.io/alicloud-loadbalancer-address-type: internet
  name: zuul-slb
spec:
  ports:
    - port: 80
      protocol: TCP
      targetPort: 20000
  selector:
    app: spring-cloud-zuul
  type: LoadBalancer
status:
  loadBalancer: {}

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: spring-cloud-a
spec:
  selector:
    matchLabels:
      app: spring-cloud-a
  template:
    metadata:
      annotations:
        msePilotCreateAppName: spring-cloud-a
      labels:
        app: spring-cloud-a
    spec:
      containers:
        - env:
            - name: JAVA_HOME
              value: /usr/lib/jvm/java-1.8-openjdk/jre
          image: registry.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-a:1.0.0
          imagePullPolicy: Always
          name: spring-cloud-a
          ports:
            - containerPort: 20001
          livenessProbe:
            tcpSocket:
              port: 20001
            initialDelaySeconds: 10
            periodSeconds: 30

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: spring-cloud-b
spec:
  selector:
    matchLabels:
      app: spring-cloud-b
  template:
    metadata:
      annotations:
        msePilotCreateAppName: spring-cloud-b
      labels:
        app: spring-cloud-b
    spec:
      containers:
        - env:
            - name: JAVA_HOME
              value: /usr/lib/jvm/java-1.8-openjdk/jre
          image: registry.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-b:1.0.0
          imagePullPolicy: Always
          name: spring-cloud-b
          ports:
            - containerPort: 20002
          livenessProbe:
            tcpSocket:
              port: 20002
            initialDelaySeconds: 10
            periodSeconds: 30

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: spring-cloud-c
spec:
  selector:
    matchLabels:
      app: spring-cloud-c
  template:
    metadata:
      annotations:
        msePilotCreateAppName: spring-cloud-c
      labels:
        app: spring-cloud-c
    spec:
      containers:
        - env:
            - name: JAVA_HOME
              value: /usr/lib/jvm/java-1.8-openjdk/jre
          image: registry.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-c:1.0.0
          imagePullPolicy: Always
          name: spring-cloud-c
          ports:
            - containerPort: 20003
          livenessProbe:
            tcpSocket:
              port: 20003
            initialDelaySeconds: 10
            periodSeconds: 30
---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: rockectmq-broker
spec:
  selector:
    matchLabels:
      app: rockectmq-broker
  template:
    metadata:
      labels:
        app: rockectmq-broker
    spec:
      containers:
        - command:
            - sh
            - mqbroker
            - '-n'
            - 'mqnamesrv:9876'
            - '-c /home/rocketmq/rocketmq-4.5.0/conf/broker.conf'
          env:
            - name: ROCKETMQ_HOME
              value: /home/rocketmq/rocketmq-4.5.0
          image: registry.cn-shanghai.aliyuncs.com/yizhan/rocketmq:4.5.0
          imagePullPolicy: Always
          name: rockectmq-broker
          ports:
            - containerPort: 9876
              protocol: TCP
            - containerPort: 10911
              protocol: TCP
            - containerPort: 10912
              protocol: TCP
            - containerPort: 10909

---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: rocketmq-name-server
spec:
  selector:
    matchLabels:
      app: rocketmq-name-server
  template:
    metadata:
      labels:
        app: rocketmq-name-server
    spec:
      containers:
        - command:
            - sh
            - mqnamesrv
          env:
            - name: ROCKETMQ_HOME
              value: /home/rocketmq/rocketmq-4.5.0
          image: registry.cn-shanghai.aliyuncs.com/yizhan/rocketmq:4.5.0
          imagePullPolicy: Always
          name: rocketmq-name-server
          ports:
            - containerPort: 9876
              protocol: TCP
            - containerPort: 10911
              protocol: TCP
            - containerPort: 10912
              protocol: TCP
            - containerPort: 10909
              protocol: TCP

---

apiVersion: v1
kind: Service
metadata:
  name: mqnamesrv
spec:
  type: ClusterIP
  selector:
    app: rocketmq-name-server
  ports:
    - name: mqnamesrv-9876-9876
      port: 9876
      targetPort: 9876
```

安裝成功後，示例如下：

```csharp
➜  ~ kubectl get svc,deploy
NAME                   TYPE           CLUSTER-IP        EXTERNAL-IP    PORT(S)        AGE
service/kubernetes     ClusterIP      192.168.0.1       <none>         443/TCP        7d
service/mqnamesrv      ClusterIP      192.168.213.38    <none>         9876/TCP       47h
service/nacos-server   ClusterIP      192.168.24.189    <none>         8848/TCP       47h
service/zuul-slb       LoadBalancer   192.168.189.111   123.56.253.4   80:30260/TCP   47h

NAME                                   READY   UP-TO-DATE   AVAILABLE   AGE
deployment.apps/nacos-server           1/1     1            1           4m
deployment.apps/rockectmq-broker       1/1     1            1           4m
deployment.apps/rocketmq-name-server   1/1     1            1           5m
deployment.apps/spring-cloud-a         1/1     1            1           5m
deployment.apps/spring-cloud-b         1/1     1            1           5m
deployment.apps/spring-cloud-c         1/1     1            1           5m
deployment.apps/spring-cloud-zuul      1/1     1            1           5m
```

同時這裡我們可以透過 zuul-slb 來驗證一下剛才所說的呼叫鏈路

```csharp
➜  ~ curl http://123.56.253.4/A/dubbo
A[10.25.0.32] -> B[10.25.0.152] -> C[10.25.0.30]
```

### 步驟三：開啟訊息灰度功能

現在根據控制檯的提示，在訊息的生產者 spring-cloud-c 和訊息的消費者 spring-cloud-a 都開啟訊息的灰度。我們直接透過 MSE 的控制檯開啟，點選進入應用的詳情頁，選擇“訊息灰度”標籤。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/110fc55384f4421089e6ddcdd466c346.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

可以看到，在未打標環境忽略的標籤中，我們輸入了 gray，這裡意味著，帶著 gray 環境標的訊息，只能由 spring-cloud-a-gray 消費，不能由 spring-cloud-a 來消費。

*1、這裡需要額外說明一下，因為考慮到實際場景中，spring-cloud-c 應用和 spring-cloud-a  應用的所有者可能不是同一個人，不一定能夠做到兩者同時進行灰度釋出同步的操作，所以在訊息的灰度中，未打標環境預設的行為是消費所有訊息。這樣 spring-cloud-c 在進行灰度釋出的時候，可以不需要強制 spring-cloud-a 應用也一定要同時灰度釋出。
2、我們把未打標環境消費行為的選擇權交給 spring-cloud-a 的所有者，如果需要實現未打標環境不消費 c-gray 生產出來的訊息，只需要在控制檯進行配置即可，配置之後實時生效。*

- 使用此功能您無需修改應用的程式碼和配置。

- 訊息的生產者和訊息的消費者，需要同時開啟訊息灰度，訊息的灰度功能才能生效。

- 訊息型別目前只支援 RocketMQ，包含開源版本和阿里雲商業版。

- 如果您使用開源 RocketMQ，則 RocketMQ Server 和 RocketMQ Client 都需要使用 4.5.0 及以上版本。

- 如果您使用阿里雲 RocketMQ，需要使用鉑金版，且 Ons Client 使用 1.8.0.Final 及以上版本。

- 開啟訊息灰度後，MSE 會修改訊息的 Consumer Group。例如原來的 Consumer Group 為 group1，環境標籤為 gray，開啟訊息灰度後，則 group 會被修改成 group1_gray，如果您使用的是阿里雲 RocketMQ ，請提前建立好 group。

- 預設使用 SQL92 的過濾方式，如果您使用的開源 RocketMQ，需要在服務端開啟此功能（即在 broker.conf 中配置 enablePropertyFilter=true）。

- 預設情況下，未打標節點將消費所有環境的訊息，若需要指定 未打標環節點 不消費 某個標籤環境生產出來的訊息，請配置“未打標環境忽略的標籤”，修改此配置後動態生效，無需重啟應用。

### 步驟四：重啟節點，部署新版本應用，並引入流量進行驗證

首先，因為開啟和關閉應用的訊息灰度功能後都需要重啟節點才能生效，所以首先我們需要重啟一下 spring-cloud-a 和 spring-cloud-c 應用，重啟的方式可以在控制檯上選擇重新部署，或者直接使用 kubectl 命令刪除現有的 pod。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/c20ec3cd174044ad9f93ea21e0332d93.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

然後，繼續使用 yaml 檔案的方式在 Kubernetes 叢集中部署新版本的 spring-cloud-a-gray、spring-cloud-b-gray 和 spring-cloud-c-gray

```csharp
apiVersion: apps/v1
kind: Deployment
metadata:
  name: spring-cloud-a-gray
spec:
  selector:
    matchLabels:
      app: spring-cloud-a-gray
  template:
    metadata:
      annotations:
        alicloud.service.tag: gray
        msePilotCreateAppName: spring-cloud-a
      labels:
        app: spring-cloud-a-gray
    spec:
      containers:
        - env:
            - name: JAVA_HOME
              value: /usr/lib/jvm/java-1.8-openjdk/jre
          image: registry.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-a:1.0.0
          imagePullPolicy: Always
          name: spring-cloud-a-gray
          ports:
            - containerPort: 20001
          livenessProbe:
            tcpSocket:
              port: 20001
            initialDelaySeconds: 10
            periodSeconds: 30
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: spring-cloud-b-gray
spec:
  selector:
    matchLabels:
      app: spring-cloud-b-gray
  template:
    metadata:
      annotations:
        alicloud.service.tag: gray
        msePilotCreateAppName: spring-cloud-b
      labels:
        app: spring-cloud-b-gray
    spec:
      containers:
        - env:
            - name: JAVA_HOME
              value: /usr/lib/jvm/java-1.8-openjdk/jre
          image: registry.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-b:1.0.0
          imagePullPolicy: Always
          name: spring-cloud-b-gray
          ports:
            - containerPort: 20002
          livenessProbe:
            tcpSocket:
              port: 20002
            initialDelaySeconds: 10
            periodSeconds: 30

---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: spring-cloud-c-gray
spec:
  selector:
    matchLabels:
      app: spring-cloud-c-gray
  template:
    metadata:
      annotations:
        alicloud.service.tag: gray
        msePilotCreateAppName: spring-cloud-c
      labels:
        app: spring-cloud-c-gray
    spec:
      containers:
        - env:
            - name: JAVA_HOME
              value: /usr/lib/jvm/java-1.8-openjdk/jre
          image: registry.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-c:1.0.0
          imagePullPolicy: Always
          name: spring-cloud-c-gray
          ports:
            - containerPort: 20003
          livenessProbe:
            tcpSocket:
              port: 20003
            initialDelaySeconds: 10
            periodSeconds: 30
```

1、部署完成之後，我們引入流量，並進行驗證

2、登入 MSE 治理中心控制檯[4]，選擇應用列表。

單擊應用 spring-cloud-a 應用詳情選單，此時可以看到，所有的流量請求都是去往 spring-cloud-a 應用未打標的版本，即穩定版本。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/0287f5d30f3e4553b453495af86b5fb9.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

點選頁面下方的 標籤路由中的新增按鈕，為 spring-cloud-a 應用的 gray 版本設定灰度規則。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/5187b542339b4268bf672b8dbb191ddd.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/24492714031c4675abb0864b954e581b.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

發起流量呼叫，我們透過 zuul-slb，分別發起流量呼叫，並檢視灰度的情況。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/bcfc9109217047c4a951d91ba56b949a.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/2d3f4455c0ed4ef69b578b07527d692e.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/eb2b2f1f8a91425581e160ec84c15b59.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

我們透過 spring-cloud-a 和 spring-cloud-a-gray 的日誌去檢視訊息消費的情況。可以看到，訊息的灰度功能已經生效， spring-cloud-a-gray 這個環境，只會消費帶有 gray 標的訊息，spring-cloud-a 這個環境，只會消費未打標的流量生產出來的訊息。

在截圖中我們可以看見，spring-cloud-a-gray 環境輸出的日誌  topic:TEST_MQ, producer: Cgray [10.25.0.102] , invoke result: Agray[10.25.0.101] -> Bgray[10.25.0.25] -> Cgray[10.25.0.102]， spring-cloud-a-gray 只會消費 Cgray 生產出來的訊息，而且消費訊息過程中發起的 Spring Cloud 呼叫，結果也是 Agray[10.25.0.101] -> Bgray[10.25.0.25] -> Cgray[10.25.0.102]，即在灰度環境閉環。

而 spring-cloud-a 這個環境，輸出的日誌為 topic:TEST_MQ,producer:C[10.25.0.157],invoke result:A[10.25.0.100] -> B[10.25.0.152] -> C[10.25.0.157]，只會消費 C 的基線環境生產出來的訊息，且在這個過程中發起的 Spring Cloud 呼叫，也是在基線環境閉環。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/29029a1544fe4f649ec67697a7e75270.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/98490561439148babaa8bcfd391db3ab.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

### 步驟五：調整訊息的標籤過濾規則，並進行驗證

因為考慮到實際場景中，spring-cloud-c 應用和 spring-cloud-a  應用的所有者可能不是同一個人，不一定能夠做到兩者同時進行灰度釋出同步的操作，所以在訊息的灰度中，未打標環境預設的行為是消費所有訊息。這樣 spring-cloud-c 在進行灰度釋出的時候，可以不需要強制 spring-cloud-a 應用也一定要同時灰度釋出，且使用相同的環境標。

spring-cloud-a 在消費時候，未打標環境的行為的選擇權是交給 spring-cloud-a 的所有者，如果需要實現未打標環境不消費 c-gray 生產出來的訊息，只需要在控制檯進行配置即可，配置之後實時生效。

1、調整 spring-cloud-a 未打標環境的過濾規則。比如這裡我們要選擇未打標環境不再消費 gray 環境生產出來的訊息，只需要在“未打標環境忽略的標籤”裡面選擇 gray，然後點選確定即可。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/585e853c1b5e4fdfbcb5b07c0daa0e20.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

2、調整規則之後，規則是可以動態地生效，不需要進行重啟的操作，我們直接檢視 spring-cloud-a 的日誌，驗證規則調整生效。

從這個日誌中，我們可以看到，此時基線環境可以同時消費 gray 和 基線環境生產出來的訊息，而且在消費對應環境訊息時產生的 Spring Cloud 呼叫分別路由到 gray 和 基線環境中。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/f7b46dc17bc941449f81c2f4a945d1f8.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

## 操作總結

1、全鏈路訊息灰度的整個過程是不需要修改任何程式碼和配置的。

2、目前僅支援 RocketMQ，Client 版本需要在 4.5.0 之後的版本。RocketMQ Server 端需要支援 SQL92 規則過濾，即開源 RocketMQ 需要配置 enablePropertyFilter=true，阿里雲 RocketMQ 需要使用鉑金版。

3、開啟訊息灰度後，MSE Agent 會修改訊息消費者的 group，如原來的消費 group 為 group1，環境標籤為 gray，則 group 會被修改成 group1_gray，如果使用的是阿里雲 RocketMQ，需要提前建立好修改後的 group。

4、開啟和關閉訊息灰度後，應用需要重啟才能生效；修改未打標環境忽略的標籤功能可以動態生效，不需要重啟。

## 相關連結

[1] MSE 微服務治理專業版：

[https://help.aliyun.com/document_detail/333529.html](https://help.aliyun.com/document_detail/333529.html)

[2] Kubernetes 叢集：

[https://help.aliyun.com/document_detail/86488.html](https://help.aliyun.com/document_detail/86488.html)

[3] 容器服務控制檯：
[https://cs.console.aliyun.com/](https://cs.console.aliyun.com/)

[4] MSE 治理中心控制檯
[https://mse.console.aliyun.com/#/msc/home](https://mse.console.aliyun.com/#/msc/home)

點選[此處](https://www.aliyun.com/product/aliware/mse)，前往 MSE 官網檢視更多詳情！</none></none></none>

全鏈路灰度之 RocketMQ 灰度

相關文章