能否在K8s中用Sidecar预热主JVM容器？如何配置容器执行任务后停止？

一、配置执行任务后自动停止且不重启的容器 #

你可以通过以下方式实现同Pod内的一次性预热容器：

• 编写预热容器启动脚本：脚本逻辑为：先等待主JVM容器就绪（比如循环curl主容器的就绪端口，直到返回200），然后执行影子流量发送任务，任务完成后正常退出（退出码0）。
• 设置Pod重启策略：将Pod的restartPolicy设为OnFailure。该策略仅在容器以非0退出码失败时才触发重启，预热容器完成任务后正常退出（码0），因此不会被重启；若主容器意外崩溃（非0退出码），会自动重启，同时预热容器也会重新执行预热任务，适配主容器重启后的预热需求。
• 容器配置示例：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: jvm-app
spec:
  replicas: 1
  selector:
    matchLabels:
      app: jvm-app
  template:
    metadata:
      labels:
        app: jvm-app
    spec:
      restartPolicy: OnFailure
      containers:
      - name: main-jvm
        image: your-jvm-app-image
        ports:
        - containerPort: 8080
        readinessProbe:
          httpGet:
            path: /actuator/health/readiness
            port: 8080
          initialDelaySeconds: 10
          periodSeconds: 5
      - name: warmup-sidecar
        image: curlimages/curl:latest
        command: ["/bin/sh", "-c"]
        args:
        - |
          # 等待主容器就绪
          until curl -f http://localhost:8080/actuator/health/readiness; do
            echo "Waiting for main container to be ready..."
            sleep 2
          done
          # 执行影子流量预热
          echo "Starting warmup with shadow traffic..."
          curl -X POST http://localhost:8080/api/warmup-endpoint -d @/path/to/shadow-traffic.json
          echo "Warmup completed, exiting..."

二、其他无需额外容器的预热方案 #

如果不想新增容器，还可以考虑以下方法：

• 主容器postStart钩子：在主JVM容器配置中添加postStart钩子执行预热脚本。注意钩子会在容器启动后立即触发，所以脚本里要加入等待应用就绪的逻辑，避免请求发送时应用未启动完成：

containers:
- name: main-jvm
  image: your-jvm-app-image
  lifecycle:
    postStart:
      exec:
        command: ["/bin/sh", "-c", "until curl -f http://localhost:8080/actuator/health/readiness; do sleep 2; done; curl -X POST http://localhost:8080/api/warmup-endpoint -d @/path/to/shadow-traffic.json"]

• 自定义启动脚本：修改主容器的启动脚本，在启动JVM应用后，等待应用就绪，再执行预热逻辑，最后让脚本后台等待应用进程结束（避免容器提前退出）。这种方法无需额外容器，所有逻辑都在主容器内完成。

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