如何向kubectl create传递动态环境变量实现多环境部署？

嗨，咱们来解决这个根据Target参数用kubectl部署到不同服务器的问题。kubectl本身并不支持--Target这类自定义参数，但有几种靠谱的方法能实现这个需求，下面是最常用的几个方案：

方案1：用envsubst动态替换YAML变量 #

这是最简单的方案，不需要额外工具，靠环境变量和文本替换就能搞定。

首先，把你的app.yaml里需要动态配置的部分（比如节点选择器、命名空间或者服务器相关的配置）换成占位符，比如${TARGET}：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: app-deployment
spec:
  replicas: 3
  template:
    spec:
      # 用TARGET变量指定要部署到的节点标签（对应你的不同服务器）
      nodeSelector:
        env: ${TARGET}
      containers:
      - name: app-container
        image: my-app:latest

然后执行部署命令时，先设置环境变量，再用envsubst替换占位符后传给kubectl：

# 直接指定TARGET为prod部署
TARGET=prod envsubst < app.yaml | kubectl create -f -

如果想做成类似命令行参数的形式，可以写个简单的shell脚本：

#!/bin/bash
# 检查是否传入了Target参数
if [ -z "$1" ]; then
  echo "请指定Target参数，比如: ./deploy.sh prod"
  exit 1
fi
TARGET=$1 envsubst < app.yaml | kubectl create -f -

执行的时候只需要运行./deploy.sh prod就可以了。

优点：零额外依赖，操作简单；缺点：适合配置不多的简单场景，复杂配置容易出错。

方案2：用Kustomize管理多环境配置 #

Kustomize是kubectl内置的多环境配置工具，专门用来解决不同环境的配置差异问题，非常适合中等复杂度的部署场景。

首先创建一个基础配置目录base，存放所有环境共用的配置：

# base/app.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: app-deployment
spec:
  replicas: 3
  template:
    spec:
      containers:
      - name: app-container
        image: my-app:latest

然后为每个环境创建独立的overlay目录，比如overlays/prod和overlays/dev，在里面定义该环境特有的配置：

# overlays/prod/kustomization.yaml
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
# 引用基础配置
bases:
- ../../base
# 指定该环境的补丁文件
patches:
- path: node-selector-patch.yaml

# overlays/prod/node-selector-patch.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: app-deployment
spec:
  template:
    spec:
      # prod环境部署到带有env=prod标签的服务器
      nodeSelector:
        env: prod

同理创建overlays/dev的配置，把nodeSelector改成env: dev。

部署的时候，直接用kubectl指定对应的overlay目录即可：

# 部署到prod环境
kubectl create -k overlays/prod
# 部署到dev环境
kubectl create -k overlays/dev

如果想通过命令行参数指定Target，同样可以写个脚本简化操作：

#!/bin/bash
if [ -z "$1" ]; then
  echo "请指定Target参数，比如: ./deploy.sh prod"
  exit 1
fi
kubectl create -k overlays/$1

优点：kubectl原生支持，结构化管理多环境配置，无需额外安装工具；缺点：学习成本略高于envsubst，但比Helm简单。

方案3：用Helm Charts实现复杂动态部署 #

如果你的部署涉及大量动态配置、版本管理或者需要回滚等高级功能，Helm是更好的选择，它是Kubernetes的包管理工具，专门用于复杂应用的部署和管理。

首先创建一个Helm Chart（可以用helm create my-app-chart快速生成模板），然后修改templates/deployment.yaml，使用Helm的模板变量：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ .Release.Name }}-app
spec:
  replicas: {{ .Values.replicas }}
  template:
    spec:
      # 从Values中读取targetEnv变量，指定部署节点
      nodeSelector:
        env: {{ .Values.targetEnv }}
      containers:
      - name: app-container
        image: {{ .Values.image.repository }}:{{ .Values.image.tag }}

在values.yaml中定义默认配置：

replicas: 3
image:
  repository: my-app
  tag: latest
targetEnv: dev  # 默认部署到dev环境

然后为每个环境创建独立的values文件，比如prod-values.yaml：

targetEnv: prod
replicas: 5  # prod环境部署更多副本

部署的时候，可以直接指定环境对应的values文件：

helm install my-app ./my-app-chart --values prod-values.yaml

或者直接通过命令行参数覆盖变量：

helm install my-app ./my-app-chart --set targetEnv=prod

优点：支持版本管理、回滚、配置复用，适合大型复杂项目；缺点：需要学习Helm的模板语法，有一定的学习曲线。

内容的提问来源于stack exchange，提问作者Rohith