使用Helm实现Blue/Green部署：适合你吗？

47次阅读

问题描述

在学习Kubernetes和Helm时，你正试图将它们融入公司的CI/CD流程，并且希望适应GitOps流程。然而，你开始怀疑Helm是否适合你的情况。在GitOps中，你可能需要同时部署整个环境，但你想要将部署新版本的活动与“切换”到新版本的实际操作分开。你想要实现以下过程：
1. 构建和推送Docker镜像（当前已在使用）。
2. 通过Deployment部署新容器（Pods）使用kubectl apply -f deployment.yaml。
3. 等待部署完成。
4. 更新Service的标签，指向新的Deployment，这是即时的操作。

然而，由于Helm图表包含了Service和Deployment模板，你发现很难将步骤2-3与步骤4解耦。你开始怀疑Helm是否适合你，是否可以使用这个工具来实现你的流程。

解决方案

在Helm中实现Blue/Green部署需要一些策略和调整。考虑到你的需求，以下是一种可能的解决方案。

方案1：使用Helm进行参数化Blue/Green部署

在Helm中，你可以通过参数化来实现Blue/Green部署的模式。虽然Helm本身不直接支持Blue/Green，但你可以在Helm图表中使用条件判断来控制部署的方式。

以下是一些步骤，帮助你在Helm中实现Blue/Green部署：

参数化Chart：在Helm Chart的Values文件中，设置一些参数，用于控制部署的方式。例如，你可以设置一个参数来确定当前是部署Blue版本还是Green版本。
Deployment模板：在Deployment的模板中，根据参数的不同值，定义两个不同版本的Deployment。一个对应Blue版本，另一个对应Green版本。
Service模板：在Service的模板中，可以根据参数值来切换指向的Deployment。如果是Blue版本，Service指向Blue Deployment，如果是Green版本，则指向Green Deployment。
更新参数值：在每次部署时，根据需要更新Chart的Values文件中的参数值，以指示部署的版本。

以下是一个简化的Helm Chart目录结构示例：

my-app-chart/
|-- charts/
|-- templates/
|   |-- deployment.yaml
|   |-- service.yaml
|-- values.yaml
|-- Chart.yaml

示例的values.yaml文件：

# values.yaml
deploymentVersion: blue # 或 green，根据需要设置

示例的deployment.yaml模板：

# deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ .Release.Name }}-deployment
spec:
  replicas: 3
  template:
    metadata:
      labels:
        app: {{ .Release.Name }}
        version: {{ .Values.deploymentVersion }} # 使用参数值控制版本
    # ... 其他配置

示例的service.yaml模板：

# service.yaml
apiVersion: v1
kind: Service
metadata:
  name: {{ .Release.Name }}-service
spec:
  selector:
    app: {{ .Release.Name }}
    version: {{ .Values.deploymentVersion }} # 使用参数值控制版本
    # ... 其他配置

这个方案的核心思想是在Helm Chart中使用参数来控制部署的方式，根据参数值来选择不同的Deployment和Service。虽然这需要一些手动操作来更新参数和执行Helm命令，但它可以满足你的需求，实现Blue/Green部署的概念。