当新版本发布的时候,我们希望能够控制一部分用户来使用新的版本,待验证通过后再发布给所有的用户进行使用。其中部分用户使用新版本的过程我们叫做“金丝雀发布”。
在微服务体系中如果一次只有部分应用发布,需要保证有且仅有目标用户访问新版本。下面我们介绍基于MSE的全链路金丝雀发布。
前提条件
- 创建 ACK 集群,请参见创建Kubernetes托管版集群。
操作步骤
步骤一: 接入 MSE 微服务治理
-
安装 mse-ack-pilot
- 登录容器服务控制台。
- 在左侧导航栏单击市场 > 应用目录。
- 在应用目录页面点击阿里云应用,选择微服务,并单击 ack-mse-pilot。
- 在ack-mse-pilot页面右侧集群列表中选择集群,然后单击创建。
安装MSE微服务治理组件大约需要2分钟,请耐心等待。
创建成功后,会自动跳转到目标集群的Helm页面,检查安装结果。如果出现以下页面,展示相关资源,则说明安装成功。
-
为ACK命名空间中的应用开启MSE微服务治理
- 登录MSE治理中心控制台,如果您尚未开通 MSE 微服务治理,请根据提示开通。
- 在左侧导航栏选择微服务治理中心 > K8s集群列表。
- 在K8s集群列表页面搜索框列表中选择集群名称或集群ID,然后输入相应的关键字,单击搜索图标。
- 单击目标集群操作列的管理。
- 在集群详情页面命名空间列表区域,单击目标命名空间操作列下的开启微服务治理。
- 在开启微服务治理对话框中单击确认。
步骤二:还原线上场景
首先,我们将分别部署 spring-cloud-zuul、spring-cloud-a、spring-cloud-b、spring-cloud-c 这四个业务应用,以及注册中心 Nacos Server,模拟出一个真实的调用链路。
Demo 应用的结构图下图,应用之间的调用,既包含了 Spring Cloud 的调用,也包含了 Dubbo 的调用,覆盖了当前市面上最常用的两种微服务框架。这些应用都是最简单的 Spring Cloud 和 Dubbo 的标准用法,您也可以直接在 https://github.com/aliyun/alibabacloud-microservice-demo/tree/master/mse-simple-demo 项目上查看源码。
您可以使用 kubectl 或者直接使用 ACK 控制台来部署应用。部署所使用的 yaml 文件如下,您同样可以直接在 https://github.com/aliyun/alibabacloud-microservice-demo/tree/master/mse-simple-demo 上获取对应的源码。
部署 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-vpc.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
image: registry-vpc.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-vpc.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-a:1.0.0
imagePullPolicy: Always
name: spring-cloud-a
ports:
- containerPort: 20001
---
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-vpc.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-b:1.0.0
imagePullPolicy: Always
name: spring-cloud-b
ports:
- containerPort: 20002
---
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-vpc.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-c:1.0.0
imagePullPolicy: Always
name: spring-cloud-c
ports:
- containerPort: 20003
安装成功后,示例如下:
~ kubectl get svc,deploy
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 192.168.0.1 <none> 443/TCP 4h40m
service/nacos-server ClusterIP 192.168.152.138 <none> 8848/TCP 99m
service/zuul-slb LoadBalancer 192.168.75.144 47.100.193.91 80:30767/TCP 25m
NAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/nacos-server 1/1 1 1 99m
deployment.apps/spring-cloud-a 1/1 1 1 26m
deployment.apps/spring-cloud-b 1/1 1 1 25m
deployment.apps/spring-cloud-c 1/1 1 1 25m
deployment.apps/spring-cloud-zuul 1/1 1 1 25m
步骤三:部署新版本的 spring-cloud-a 应用
- 现在我们部署一个新版本的 spring-cloud-a 应用,对应的 yaml 文件如下
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-vpc.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-a:1.0.0
imagePullPolicy: Always
name: spring-cloud-a-gray
ports:
- containerPort: 20001
- 部署完成之后,登录MSE治理中心控制台,选择应用列表。
- 单击应用 spring-cloud-a 应用详情 菜单,此时可以看到,所有的流量请求都是去往 spring-cloud-a 应用未打标的版本,即稳定版本。
步骤四:配置应用 spring-cloud-a 的灰度规则并验证
- 点击页面下方的 标签路由 中的 添加 按钮,为 spring-cloud-a 应用的 gray 版本设置灰度规则。
参数 | 描述 |
---|---|
框架类型 | 即springcloud还是dubbo |
服务方法 | 具体的接口类和方法名 |
条件模式 | 下面条件列表里多个条件间是“与”还是“或”的关系 |
条件列表 | 具体的条件,该例子中为参数 name 等于 xiaoming 字符串 |
是否链路传递 | 是否把当前应用里识别出的灰度流量的标签传递下去,本例中选择继续传递下去完成全链路的金丝雀能力的验证 |
更多信息请参见标签路由。
- 验证规则生效:访问 zuul-slb 对应的 ip 和 port,并在 Demo 的地址栏中输入 /A/a?name=xiaoming 并点击 开始调用。
步骤五:部署新版本 的 spring-cloud-b ,验证全链路金丝雀发布
- 现在我们部署一个新版本的 spring-cloud-b 应用,对应的 yaml 文件如下
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-vpc.cn-shanghai.aliyuncs.com/yizhan/spring-cloud-b:1.0.0
imagePullPolicy: Always
name: spring-cloud-b-gray
ports:
- containerPort: 20002
- 单击应用 spring-cloud-b 应用详情 菜单,此时可以看到,所有的流量请求都是去往 spring-cloud-b 的未打标版本,即稳定版本。
- 为了让 name=xiaoming 的灰度流量能在全链路里进行透传,且无需重复地配置规则,需在修改一下之前配置的应用 A 的灰度规则,打开链路透传的开关。
- 观察发现,全链路金丝雀发布已经生效。
步骤六:验证通过后,完成发布
- 新版本的镜像验证通过之后,将 spring-cloud-a 和 spring-cloud-b 这两个 deployment 的镜像版本更新成最新的镜像版本。
- 将 spring-cloud-a-gray 和 spring-cloud-b-gray 这两个 deployment 的副本数量改成 0 ,灰度规则可以保留下来,这样就不用反复地配置规则。因为当找不到对应的 tag 节点时,兜底的逻辑会请求到未打标的版本,即稳定版本。
操作总结
- 整个过程是不需要修改任何代码和配置的。
- 只需要在入口应用设置规则,该流量的标签是可以“传递”下去。
- 在每个应用的调用过程中,符合金丝雀条件的流量会优先调用对应的“金丝雀”版本,如果没有“金丝雀”版本则会自动切换回“生产”版本。