Kubernetes 的 Pod 就绪性门禁（Readiness Gate）是一种机制，用于扩展 Pod 的就绪判断条件。默认情况下，Kubelet 通过就绪探针（readinessProbe）来决定 Pod 是否准备好接收流量。而就绪性门禁允许你引入第三方的判断条件，只有当这些额外条件也满足时，Pod 才会被视为真正“就绪”。
就绪性门禁的工作原理
就绪性门禁通过在 Pod 的 status.conditions 中添加自定义条件来控制其就绪状态。这些条件由外部控制器或服务管理器设置，比如云厂商的负载均衡控制器、服务网格控制平面等。
Pod 只有在以下两个条件都满足时，才会被标记为就绪：
原有的就绪探针（readinessProbe）成功 所有就绪性门禁中列出的条件都为 True只要任意一个门禁条件为 False 或缺失，Pod 就不会被加入到 Service 的 Endpoints 中，也就不会接收到流量。
如何配置就绪性门禁
配置就绪性门禁需要两个步骤：在 Pod 规约中声明门禁字段，并由外部控制器更新对应的状态条件。
1. 在 Pod spec 中添加 readinessGates：
readinessGates:- conditionType: "example.com/ready-for-traffic"
这表示该 Pod 的就绪状态除了看 readinessProbe，还要看类型为 example.com/ready-for-traffic 的条件是否为 True。
2. 外部控制器更新 Pod status：
某个控制器（如自定义 Operator 或服务网格组件）会监测 Pod 状态，在满足特定逻辑后，将该条件设置为 True：
status:conditions:
- type: example.com/ready-for-traffic
status: "True"
reason: "ServiceMeshReady"
message: "Sidecar 已准备就绪"
典型使用场景
就绪性门禁适用于需要更精细控制服务上线时机的场景：
服务网格集成：等待 Istio sidecar 代理完全启动并加载配置后再开放流量 延迟加载依赖：确保 Pod 从远程配置中心获取了必要参数 灰度发布控制：由发布系统确认 Pod 可以参与流量分发 多依赖健康检查：除了应用本身，还需确认日志、监控等辅助组件已准备就绪基本上就这些。就绪性门禁不改变 Pod 生命周期，只影响其是否进入服务流量池，是一种灵活且非侵入式的就绪控制方式。
