为何restartPolicy定义在Pod规格中？多容器Pod如何控制单容器重启策略？

Kubernetes把Pod作为最小的调度和管理单元，Pod内的容器是紧密耦合的——它们共享网络命名空间、存储卷，设计初衷就是协同完成同一业务功能。restartPolicy的核心是定义Pod内容器故障后的重启规则，而kubelet是针对整个Pod的上下文来执行这个规则的：

• 从语义上看，Pod代表一个“应用实例”，容器是这个实例的组成部分，统一的重启策略能保证实例的整体可用性。比如，若某个容器依赖另一个容器提供的服务，单独给容器设置不同的重启策略可能导致Pod状态混乱，破坏容器间的协同关系。
• 从实现角度，kubelet对Pod的管理是整体化的，它监控Pod内所有容器的状态，然后根据Pod级的restartPolicy决定是否重启故障容器——注意，这里重启的是单个故障容器，而非整个Pod，只是规则由Pod统一定义。

虽然restartPolicy是Pod级，但可以通过以下方式实现单个容器的重启控制：

• 配合探针（Probes）精准触发重启
  给目标容器配置livenessProbe：如果希望容器在特定故障场景下重启，就设置探针检测关键指标（比如端口连通性、健康检查接口），当探针失败时，kubelet会遵循Pod的restartPolicy重启该容器；如果不希望容器自动重启，可将探针设置为始终返回成功（比如执行echo ok的命令探针），这样kubelet会认为容器一直存活，不会触发重启。

• 使用Init容器实现单次运行
  如果某个容器只需要在Pod启动时运行一次（比如初始化配置、数据同步），可以将它定义为Init容器。Init容器会在应用容器启动前依次运行，完成后自动退出，kubelet不会重启Init容器（除非整个Pod被重启），天然实现了“不重启”的需求。

• 利用退出码结合restartPolicy
  将Pod的restartPolicy设置为OnFailure，然后控制目标容器的退出码：若容器正常完成任务后返回0，kubelet不会重启它；若容器因故障返回非0退出码，则会触发重启。这种方式适合需要区分“正常退出”和“故障退出”的场景。

内容的提问来源于stack exchange，提问作者Mikolaj