Init容器

Init容器是一种特殊容器，在Pod内的应用容器启动之前运行。Init容器可以包括一些应用镜像中不存在的实用工具和安装脚本。可以在Pod的规约中与用来描述应用容器的containers数组平行的位置指定init容器 

理解Init容器

每个Pod中可以包含多个容器，应用运行在这些容器里面，同时Pod也可以有一个或多个先于应用容器启动的init容器。
Init容器与普通容器很像，除了以下两点：

• 他们总是运行到完成
• 每个都必须在下一个启动之前成功完成

如果Pod的Init容器失败，kubelet会不断地重启该Init容器直到该容器成功为止。然而，如果Pod对应的restartPolicy值为Never，并且Pod的init容器启动失败，则Kubernetes会将整个Pod状态设置为失败
为Pod设置Init容器需要在yaml中添加initContainers字段，如下：

initContainers:
      - command:
        - /init.sh
        image: your-init-container-image
        imagePullPolicy: IfNotPresent
        name: init

然后可以查看init-container的日志

#普通pod的日志
kubectl logs -f pod-name 
# init-container的日志
kubectl logs -f pod-name -c init-container-name 

这个init-container-name 就是yaml中定义的name，对应上面的yaml文件即init
init-container通常是放一些脚本或者执行一些命令，当然也可以写一些可结束程序放在init-container中

init-container的退出

当init-container中的容器以exit 1退出则代表异常，init-container会重启执行
否则当init-container正常退出的情况下，就会执行下一个init-container或者主container了

使用场景

• 服务启动过慢，原因是需要加载一些资源，例如缓存加载，数据表首次创建/升级，而启动慢在k8s中就会被健康检测杀死，导致服务重启，此时可以将一些耗时，一次性的操作放到init-container中处理
• 服务依赖，当服务依赖于其他组件或者服务时，发现服务启动速度比被依赖的还要快，导致服务不可用，此时可以通过init-container进行服务探测，发现依赖服务已经启动了就退出