读书笔记-Pod生命周期中的重要行为（init container、postStart、preStop）

1、初始化容器

初始化容器（init container) 即应用程序的主容器启动之前要运行的容器，常用于为主容器执行一些预置操作，他们具有两种典型特征。

1）初始化容器必须运行完成直至结束。若初始化容器运行失败，那么Kubernetes需要重启它知道成功完成。

2）每个初始化容器都必须按定义的顺序串行运行。

注意：如果Pod的spec.restartPolicy字段值为”Never“，那么运行失败的初始化容器不会被重启。

初始化容器的典型应用需求具体如下几种：

1）用于运行特定的工具程序，处于安全等方面的原因，这些程序不适于包含在主容器镜像中。

2）提供主容器镜像中不具备的工具程序或自定义代码。

3）为容器镜像的构建和部署人员提供了分离、独立工作的途径，使得他们不必协同起来制作单个镜像文件。

4）初始化容器和主容器处于不同的文件系统视图中，因此可以分别安全第使用敏感数据，例如Secrets资源。

5）初始化容器要先于应用容器串行启动并运行完成，因此可用于延后应用容器的启动直至其依赖的条件得到满足。

apiVersion: v1

kind: pod

metadata:

  name: myapp-pod

  labels:

    app: myapp

spec:

  containers:

  - name:  myapp-container

    image: ikubernetes/myapp:v1

  iniContainers:

  - name: init-something

    image: busybox

    command: ['sh', '-c', 'sleep 10']

2、生命周期的钩子函数

postStart：于容器创建完成之后立即运行的钩子处理器（handler），不过Kubernetes无法确保它一定会与容器中ENTRYPOINT之前运行。

preStop：于容器终止操作之前立即运行的钩子处理器，他以同步的方式调用，因此在其完成之前会阻塞删除容器的操作的调用。

钩子处理器的实现方式有”Exec“和”HTTP“两种：

”Exec“：在钩子时间触发时直接在当前容器中运行有用户定义的命令；

”HTTP“：在当前容器中向某URL发起HTTP请求。

postStart和preStop处理器定义在容器的spec.lifecycle嵌套字段中，使用方法如下：

apiVersion: v1

kind: Pod

metadata:

  name: lifecycle-demo

spec:

  containers:

  - name: lifecycle-demo-container

    image: ikubernets/myapp:v1

    lifecycle:

      postStart:

        exec:

          command: ["/bin/sh","-c","echo 'lifecycle hook handler' > /usr/share/nginx/html/test.html"]