云原生 | Kubernetes - Pod的生命周期

整个生命周期如下：

首先kubectl向api接口发送指令，然后api会由scheduler将其调度到kubelet（这个过程etcd是全程参与的）

然后开始容器的初始化，首先会启动pause容器（用于负责网络和存储卷的共享） 

从此步骤开始看上图： 

接着开始进行Init C的初始化（Init C初始化可以是单个也可以是多个，甚至是零个。但是为多个时将会是线性的运行过程。也就是初始化完第一个后再进行下一个） ，Init C若在退出时的退出码为0（也就是正常退出），那么就会进入到后续Main C的执行

Main C在启动时会运行start，用于在刚启动时进行指定的操作

之后readiness和liveness开始运行。

readiness：

        在pod起来时候会进入Running状态，此时就可以由其他节点或者是外界的访问。但是这里就会存在一个问题，如果pod中运行的服务开启速度非常慢，慢到start结束后没有立即完成自身的启动，那此时虽然它已经被标成了Running状态，但是内部的服务其实并没有完全的启动成功。可是外界不会管你有没有完全启动，他们一旦看到Running就会认为pod已经完全启动了，在此时进行访问的话就是出现报错，这就是问题所在。readiness的功能在此就体现出来了，它会对pod内的进程或服务进行检测，直到你完全启动成功后，它才会允许你的状态变成Running。

liveness：

        考虑一个极端的情况，pod内的进程跑了一半变成僵尸进程了，它不能正常的提供服务，而且会一直跑在那。liveness的功能就是对其进行检测，若发现了此类问题会自主的对其进行重启等操作，让其复活。

Main C在临近结束时会运行stop，用于在临结束前执行最后的指定操作

最后Pod的生命周期也就此结束。