本文讨论Kubernetes大规模集群控制平面的可用性风险：组件即使不崩溃，也可能通过共享元数据、同步启动或过度健康检查放大局部故障。文中分析三个案例：扩展API发布无效的OpenAPI v2模式，导致无关Helm部署失败；DaemonSet代理同时重启引发API请求风暴；存活探针将KMS依赖故障误判为进程故障，导致反复重启。建议验证实际模式、限制informer范围、区分依赖检查与能力检查。