执行kubectl rollout restart deploy重启命名空间所有部署是否会导致downtime？

核心结论 #

你使用的kubectl rollout -n <命名空间> restart deploy批量重启命令，默认配置下不会导致服务 downtime，执行逻辑和单个Deployment执行kubectl rollout restart deployment/name完全一致，走标准滚动更新流程保证服务可用性。

具体执行逻辑说明 #

• 当你不指定具体Deployment名称时，kubectl会先遍历目标命名空间下的所有Deployment资源，给每个Deployment的Pod模板自动注入kubectl.kubernetes.io/restartedAt的时间戳注解，触发每个Deployment独立执行滚动更新，不存在一次性销毁所有Pod的逻辑。
• 每个Deployment的重启流程和普通rollout update完全一致：遵循你为该Deployment配置的strategy.rollingUpdate参数，默认配置为maxSurge=25%、maxUnavailable=0，会先启动新版本Pod，等待就绪探针检测通过后再销毁旧版本Pod，只要单个Deployment本身的配置支持无宕机更新，批量操作不会额外引入可用性问题。

注意事项 #

如果出现宕机，本质是单个Deployment自身的配置问题，和批量重启操作无关，常见风险场景包括：

• 某个Deployment的副本数为1，且maxUnavailable配置为1
• 某个Deployment的就绪探针配置不合理，新启动的Pod还没完成初始化就被判定为就绪，导致旧Pod提前销毁

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