如何在Kubernetes Job中使用与任务生命周期同步的Redis Sidecar实例

方案1：Kubernetes 1.28+ 原生Sidecar容器（首推，无Hack） #

Kubernetes 1.28正式稳定了重启策略可控的Init容器（也就是官方标准化的Sidecar模式），完全匹配需求：

• 在Job的Pod模板中定义initContainers段，把Redis容器放在这里，添加restartPolicy: Always字段标注为Sidecar类型
• 原生Sidecar容器会比所有普通业务容器先启动且持续运行，直到所有普通业务容器全部正常退出后，K8s会自动终止Sidecar容器，不会出现Job卡住的问题
  示例配置片段：

apiVersion: batch/v1
kind: Job
metadata:
  name: job-with-temp-redis
spec:
  template:
    spec:
      initContainers:
      - name: redis-sidecar
        image: redis:7-alpine
        restartPolicy: Always # 关键配置，标记为常驻Sidecar
        resources:
          requests:
            cpu: "100m"
            memory: "128Mi"
      containers:
      - name: your-business-container
        image: your-business-image:v1
        command: ["your-task-command"]
      restartPolicy: Never
  backoffLimit: 1

该方案完全符合K8s最佳实践，不需要自行处理Sidecar生命周期管理，无任何自定义Hack逻辑。

方案2：低版本Kubernetes兼容实现（逻辑透明无黑盒） #

如果集群版本低于1.28，可以用共享进程命名空间+业务容器主动终止Redis的方式实现：

• 给Pod配置shareProcessNamespace: true，允许同一个Pod内的容器互相访问对方进程
• 业务容器执行完任务后，直接调用pkill redis-server命令终止Redis进程，Redis容器退出后整个Pod就会正常结束
  示例配置片段：

apiVersion: batch/v1
kind: Job
metadata:
  name: job-with-temp-redis-legacy
spec:
  template:
    spec:
      shareProcessNamespace: true # 关键配置，开启进程共享
      containers:
      - name: redis
        image: redis:7-alpine
        resources:
          requests:
            cpu: "100m"
            memory: "128Mi"
      - name: your-business-container
        image: your-business-image:v1
        command: ["/bin/sh", "-c"]
        args:
        - |
          # 等待Redis启动完成
          until redis-cli ping; do sleep 1; done
          # 执行业务任务
          your-task-command
          # 任务完成后终止Redis进程
          pkill redis-server
      restartPolicy: Never
  backoffLimit: 1

该方案满足单容器单进程的最佳实践，不需要把Redis和业务打包到同一个镜像，逻辑清晰易维护。

内容的提问来源于stack exchange，提问作者e.dan