Kubernetes StatefulSet能否在readiness probe未通过时完成部署？

你对readiness probe的理解完全正确：readiness probe失败本身只会让Pod不被加入Service的后端端点列表，不会阻止Pod创建和运行内部任务。你遇到的部署阻塞问题是StatefulSet的默认策略导致的：
StatefulSet默认的podManagementPolicy为OrderedReady，该策略要求前一个Pod完全进入Ready状态（所有容器的readiness probe都通过）后，才会创建下一个副本，这就是你第二个Pod始终没有启动的核心原因。

方案1：修改Pod管理策略为并行模式（最适配你的需求） #

直接修改StatefulSet配置，新增podManagementPolicy: Parallel配置即可。该模式下StatefulSet会一次性创建所有配置数量的Pod，不会等待前一个Pod就绪：

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: <你的StatefulSet名称>
spec:
  podManagementPolicy: Parallel # 新增这一行即可
  replicas: 2
  # 其余原有配置（包括livenessProbe、readinessProbe配置）全部保持不变

该方案可以完全满足你的需求：

• 2个Pod会同时启动，不需要等待readiness probe通过，内部侧边任务可以正常运行
• readiness probe仍然生效，未通过检测的Pod不会被加入Service后端接收外部流量
• 部署流程会直接完成，不会因为readiness probe未通过阻塞

方案2：保留有序部署策略的适配方案 #

如果你的有状态服务必须按顺序启动，不能使用并行模式，可以将长耗时的启动检测逻辑拆分到startupProbe中：

• 配置startupProbe检测启动任务是否完成，给足数分钟的检测超时时间
• readinessProbe仅检测API是否可用，livenessProbe保留原健康检测逻辑
  配置示例如下：

startupProbe:
  httpGet:
    path: /health
    port: <你的服务端口>
  failureThreshold: 30 # 按启动最长时间计算，比如每次间隔10秒就是300秒=5分钟超时
  periodSeconds: 10
livenessProbe:
  httpGet:
    path: /health
    port: <你的服务端口>
  periodSeconds: 10
readinessProbe:
  httpGet:
    path: /ready
    port: <你的服务端口>
  periodSeconds: 5

该方案下只要startupProbe检测通过（服务基础加载完成），就会判定Pod可以进入下一步，有序创建下一个Pod，readiness probe未通过仍然不会让Pod接入流量。

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