k8s --Pod生命周期（init容器、存活探针、就绪探针）、控制器

实验前准备工作：

启动仓库 启动集群节点 打开iptabes连上外网

一、pod的生命周期

Pod 可以包含多个容器，应用运行在这些容器里面，同时 Pod 也可以有一个或多个先于应用容器启动的 Init 容器。

Init 容器与普通的容器非常像，除了如下两点： 它们总是运行到完成。 Init 容器不支持 Readiness，因为它们必须在 Pod 就绪之前运行完成，每个 Init 容器必须运行成功，下一个才能够运行。

如果 Pod 的 Init 容器失败，Kubernetes 会不断地重启该 Pod，直到 Init 容器成功为止。然而，如果 Pod 对应的 restartPolicy 值为 Never，它不会重新启动。

Init 容器能做什么？

Init 容器可以包含一些安装过程中应用容器中不存在的实用工具或个性化代码。

Init 容器可以安全地运行这些工具，避免这些工具导致应用镜像的安全性降低。

应用镜像的创建者和部署者可以各自独立工作，而没有必要联合构建一个单独的应用镜像。

Init 容器能以不同于Pod内应用容器的文件系统视图运行。因此，Init容器可具有访问 Secrets 的权限，而应用容器不能够访问。

由于 Init 容器必须在应用容器启动之前运行完成，因此 Init 容器提供了一种机制来阻塞或延迟应用容器的启动，直到满足了一组先决条件。一旦前置条件满足，Pod内的所有的应用容器会并行启动。

 init容器

myservice集群中创建的微服务   default表示svc是创建在default namespace下的表示是一个service微服务  .cluster.local表示当前集群的域（本地域）

初始化容器 command命令：通过sh做解析 直到nslookup解析myservice才算完 如果没有解析完 始终会去做等待 每隔2秒钟做一次nslookup

# kubectl delete pod demo --force --grace-period=0 强制删除pod