蓝绿发布是一种部署新版本的方法,其中新版本会先在生产环境中并行运行,然后逐步将流量从旧版本切换到新版本。这种方式可以让您测试和验证新版本是否正常工作,同时保持对旧版本的完全控制。
以下是实现蓝绿发布的基本步骤:
创建一个新的 Kubernetes Deployment 对象来部署新的应用程序版本。
使用 Service 对象将新部署的应用程序与负载均衡器或外部服务关联起来,并确保它们与当前正在运行的应用程序使用相同的标签选择器。
将请求路由到负载均衡器或外部服务上,并向新 Deployment 中发送一小部分流量。可以使用 Istio 或其他 Ingress 控制器来完成此操作。
在确认了新 Deployment 正常工作之后,可以逐渐增加流量,并最终停止旧 Deployment 的运行。
以下是更详细的步骤:
- 首先,在 Kubernetes 集群中创建一个名为 “blue” 的 Deployment 对象,该对象将包含您要升级的应用程序。为此,请创建一个 YAML 文件,如下所示:
apiVersion: apps/v1
kind: Deployment
metadata:
name: blue
spec:
replicas: 3
selector:
matchLabels:
app: myapp
version: v1
template:
metadata:
labels:
app: myapp
version: v1
spec:
containers:
- name: myapp
image: myapp:v1
- 然后,在同一个 YAML 文件中创建一个 Service 对象,将其与负载均衡器或外部服务关联起来。这可以通过添加以下内容来完成:
apiVersion: v1
kind: Service
metadata:
name: myapp-service
spec:
selector:
app: myapp
version: v1
ports:
- name: http
port: 80
targetPort: 8080 # 或者您的容器暴露的端口号。
type: LoadBalancer # 或 ClusterIP,具体取决于您如何使用 Kubernetes。
- 接下来,使用 Ingress 控制器或 Istio 虚拟服务将流量路由到新 Deployment 中。这可以通过添加以下内容来完成:
apiVersion: networking.k8s.io/v1beta1 # 如果您使用较旧版本的 Kubernetes,请改为 "extensions/v1beta1"。
kind: Ingress
metadata:
name: myapp-ingress
spec:
backend:
serviceName: myapp-service
servicePort: http
- 在确认了新 Deployment 正常工作之后,逐步增加流量。例如,将所有流量的一半发送到新 Deployment 中:
apiVersion: networking.k8s.io/v1beta1 # 如果您使用较旧版本的 Kubernetes,请改为 "extensions/v1beta1"。
kind: Ingress
metadata:
name: myapp-ingress
spec:
rules:
- host: myapp.example.com
http:
paths:
- path: /
backend:
serviceName: myapp-service-blue # 注意名称中的 "blue"。
servicePort: http
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: green
spec:
replicas: 3
selector:
matchLabels:
app: myapp
version: v2 # 注意版本号已经更改为 v2。
template:
metadata:
labels:
app: myapp
version: v2 # 注意版本号已经更改为 v2。
spec:
containers:
- name: myapp
image: myapp:v2 # 注意镜像标签已经更改为 v2。
- 最终,停止旧 Deployment 的运行。这可以通过删除 Deployment 对象来完成:
kubectl delete deployment blue
参考文档:
- Kubernetes 官方文档:Blue-green deployments
- Istio 官方文档:Blue/Green Deployments
- Kubernetes 中文社区博客:Kubernetes 蓝绿发布最佳实践