如何在腾讯云 Kubernetes 集群实现蓝绿发布和灰度发布？通常要向集群额外部署其它开源工具来实现，比如 Nginx Ingress，Traefik 等，或者让业务上 Service Mesh（服务网格），利用服务网格的能力来实现。这些方案多多少少都是需要一点点门槛的，如果蓝绿发布或灰度发布的需求不复杂，同时不希望让集群引入更多的组件或复杂的用法，可以考虑使用本文的简单方案，利用 Kubernetes 原生的特性以及腾讯云 TKE/EKS 集群自带的 LB 插件实现简单的蓝绿发布和灰度发布。
注: 本文适用产品范围: TKE 集群、EKS 集群 (弹性集群)
原理介绍我们通常使用 Deployment、StatefulSet 等 Kubernetes 自带的工作负载来部署业务，每个工作负载都管理一组 Pod，以 Deployment 为例:
通常还会为每个工作负载创建对应的 Service，Service 通过 selector 来匹配后端 Pod，其它服务或者外部通过访问 Service 即可访问到后端 Pod 提供的服务。要对外暴露可以直接将 Service 类型设置为 LoadBalancer，LB 插件会自动为其创建 CLB (腾讯云负载均衡器) 作为流量入口。
如何实现蓝绿发布？以 Deployment 为例，集群中部署两个不同版本的 Deployment，它们的 Pod 拥有共同的 label，但有一个 label 的值不同，用于区分不同的版本，Service 使用 selector 选中了其中一个版本的 Deployment 的 Pod，通过修改 Service 的 selector 中决定 服务版本的 label 的值来改变 Service 后端对应的 Deployment，实现让服务从一个版本直接切换到另一个版本，即蓝绿发布:
如何实现灰度发布？虽然我们通常会为每个工作负载都创建一个 Service，但 Kubernetes 并没有限制 Service 一定要与工作负载一一对应，因为 Service 是通过 selector 来匹配后端 Pod 的，只要不同工作负载的 Pod 都能被相同 selector 选中，就可以实现一个 Service 对应多个版本的工作负载的效果，调整不同版本工作负载的副本数就相当于调整不同版本服务的权重，实现灰度发布:
本文的示例将使用 yaml 的方式部署工作负载和创建 Service，有两种操作方式。
方式一：在 TKE 或 EKS 控制台右上角点击 YAML 创建资源，然后将本文示例的 yaml 粘贴进去:
方式二：将示例的 yaml 保存成文件，然后使用 kubectl 指定 yaml 文件来创建，如: kubectl apply -f xx.yaml 。
部署多版本工作负载要实现蓝绿发布或灰度发布，首先我们需要在集群中部署多个版本的工作负载，这里以简单的 nginx 为例，部署第一个版本:
apiVersion: apps/v1 kind: Deployment metadata: name: nginx-v1 spec: replicas: 3 selector: matchLabels: app: nginx version: v1 template: metadata: labels: app: nginx version: v1 spec: containers: - name: nginx image: "openresty/openresty:centos" ports: - name: http protocol: TCP containerPort: 80 volumeMounts: - mountPath: /usr/local/openresty/nginx/conf/nginx.conf name: config subPath: nginx.conf volumes: - name: config configMap: name: nginx-v1 --- apiVersion: v1 kind: ConfigMap metadata: labels: app: nginx version: v1 name: nginx-v1 data: nginx.conf: |- worker_processes 1; events { accept_mutex on; multi_accept on; use epoll; worker_connections 1024; } http { ignore_invalid_headers off; server { listen 80; location / { access_by_lua ' local header_str = ngx.say("nginx-v1") '; } } }再部署第二个版本:
apiVersion: apps/v1 kind: Deployment metadata: name: nginx-v2 spec: replicas: 3 selector: matchLabels: app: nginx version: v2 template: metadata: labels: app: nginx version: v2 spec: containers: - name: nginx image: "openresty/openresty:centos" ports: - name: http protocol: TCP containerPort: 80 volumeMounts: - mountPath: /usr/local/openresty/nginx/conf/nginx.conf name: config subPath: nginx.conf volumes: - name: config configMap: name: nginx-v2 --- apiVersion: v1 kind: ConfigMap metadata: labels: app: nginx version: v2 name: nginx-v2 data: nginx.conf: |- worker_processes 1; events { accept_mutex on; multi_accept on; use epoll; worker_connections 1024; } http { ignore_invalid_headers off; server { listen 80; location / { access_by_lua ' local header_str = ngx.say("nginx-v2") '; } } }可以在控制台看到部署的情况: