1. 执行时机与顺序#

• Init 容器：
  • 严格在 所有主容器（包括 Sidecar）启动前执行；
  • 支持定义多个 Init 容器，按 YAML 中声明的顺序串行执行（前一个成功退出，后一个才启动）；
  • 只有所有 Init 容器都成功退出，Pod 才会进入 Running 状态，主容器才开始启动。
• Sidecar 容器：
  • 与主容器并行启动（同属 Pod 的容器组），无固定执行顺序（可通过启动探针微调，但本质是并行）；
  • 启动时机仅晚于 Init 容器，与主容器生命周期重叠。

2. 生命周期#

• Init 容器：
  • 一次性运行：完成初始化任务后立即退出（退出码必须为 0 才算成功）；
  • 不会随 Pod 持续运行：即使 Pod 正常运行，Init 容器也不会重启（除非 Pod 被重建，或 Init 运行失败触发重试）；
  • 若 Init 容器运行失败：根据 Pod 的 restartPolicy 重试（OnFailure 重启 Init 容器，Always 重启整个 Pod，Never 直接标记 Pod 为 Failed）。
• Sidecar 容器：
  • 持续运行：生命周期与 Pod 完全绑定，只要 Pod 处于 Running 状态，Sidecar 就会一直运行（除非主动崩溃或被终止）；
  • 崩溃后可重启：遵循 Pod 的 restartPolicy（如 Always 策略下，Sidecar 崩溃会自动重启，不影响主容器运行）；
  • 主容器退出/崩溃：Sidecar 可能仍运行（除非 Pod 被回收）。

3. 资源管理#

• Init 容器：
  • 资源请求/限制独立，但 K8s 调度时仅计算所有 Init 容器的最大资源请求（而非总和），因为 Init 是串行执行的，同一时间只有一个 Init 运行；
  • 资源仅在初始化阶段占用，退出后释放。
• Sidecar 容器：
  • 资源请求/限制与主容器累加计算（调度时按总和预留资源），因为与主容器并行运行；
  • 资源持续占用，直到 Pod 终止。

4. 资源共享#

• Init 容器：与 Pod 内所有容器共享网络命名空间、存储卷、IPC 命名空间，但运行时主容器尚未启动，仅通过共享卷向主容器传递初始化结果（如配置文件、数据）。
• Sidecar 容器：与主容器完全共享所有资源（同一 IP、端口空间、存储卷、PID 命名空间等），可通过 localhost 直接与主容器通信（如采集主容器日志、代理主容器网络流量）。

5. 重启策略逻辑#

1. Init 容器的适用场景#

Init 容器专注于“前置准备”，解决主容器启动前的依赖问题：

• 等待依赖服务就绪：如脚本检查数据库/Redis 服务是否可用（避免主容器启动后因依赖未就绪报错）；
• 初始化环境：创建目录、修改文件权限、挂载远程存储；
• 下载/注入配置：从 ConfigMap/Secret 或远程服务器下载主容器所需的配置文件到共享卷；
• 数据初始化：执行数据库迁移、预加载基础数据；
• 安装依赖：为主容器安装运行时依赖的工具（如 curl、jq）。

示例：

1
apiVersion: v1
2
kind: Pod
3
metadata:
4
  name: app-with-init
5
spec:
6
  initContainers:
7
  - name: wait-for-db
8
    image: busybox:1.35
9
    command: ['sh', '-c', 'until nc -z db-service 3306; do echo waiting for db; sleep 2; done'] # 等待数据库就绪
10
  - name: download-config
11
    image: curlimages/curl
12
    command: ['sh', '-c', 'curl -o /config/app.conf https://config-server/app.conf']
13
    volumeMounts:
14
    - name: config-volume
15
      mountPath: /config
16
  containers: # 主容器 + Sidecar
17
  - name: app-main
18
    image: my-app:v1
19
    volumeMounts:
20
    - name: config-volume
21
      mountPath: /etc/app
22
  - name: sidecar-log
23
    image: fluentd:v1 # 边车容器：收集主容器日志
24
    volumeMounts:
25
    - name: log-volume
26
      mountPath: /var/log/app
27
  volumes:
28
  - name: config-volume
29
    emptyDir: {}
30
  - name: log-volume
31
    emptyDir: {}

2. Sidecar 容器的适用场景#

Sidecar 专注于“通用辅助能力”，解耦主容器的非核心逻辑：

• 日志收集：如 Fluentd/Logstash 收集主容器日志并转发到 ELK 等日志平台；
• 服务网格：如 Istio 的 Envoy 代理，接管主容器的网络流量（限流、熔断、监控）；
• 监控/指标采集：如 Prometheus Exporter 采集主容器的业务指标；
• 数据同步/备份：如定期备份主容器的业务数据到对象存储；
• 代理/网关：如为无网络能力的主容器提供网络代理（如访问外部 API）。

示例（Istio Sidecar）：

1
apiVersion: v1
2
kind: Pod
3
metadata:
4
  name: app-with-istio-sidecar
5
  annotations:
6
    sidecar.istio.io/inject: "true" # 自动注入 Envoy Sidecar
7
spec:
8
  containers:
9
  - name: app-main
10
    image: my-business-app:v1 # 核心业务容器
11
  # Istio 自动注入的 Envoy Sidecar 会与主容器并行运行，处理所有入/出流量