常见的 Values 变化可能会导致 Pod 被重新启动

在Kubernetes中使用Helm Chart部署应用时，以下一些常见的Values变化可能会导致Pod被重新启动：

• 容器镜像版本：当image.tag或image.repository的值发生变化时，Helm会认为需要更新容器镜像，从而触发Pod的重新启动，以确保应用使用的是新的镜像版本。
• 资源限制与请求：更改resources.limits或resources.requests中CPU、内存等资源的值，Kubernetes需要根据新的资源配置重新调度Pod，这会导致Pod被重新启动。
• 环境变量：如果修改了env或envFrom中的环境变量值，Pod通常需要重新启动才能使新的环境变量生效。因为容器在启动时会读取环境变量，运行中的容器不会自动感知环境变量的变化。
• 命令与参数：command和args的值发生变化时，会影响容器的启动命令和参数，这将导致Pod重新启动，以使用新的命令和参数来运行容器。
• 配置文件或密钥挂载：当volumeMounts或volumes中涉及的配置文件或密钥发生变化，例如configMap或secret的更新，通常需要重新启动Pod，以便容器能够重新加载新的配置或密钥。

并非所有Values的变化都会导致Pod重新启动。例如，一些与Pod运行无关的元数据信息，如labels或annotations的非关键部分的变化，通常不会触发Pod的重新启动。