先确认“老经典版”到底对应哪一层

k8s经典版(老经典版)中的全链路延🔍迟优化，应先把首包时间、服务间调用、媒体数据传输和🔍客户端缓冲分开测量。单看 Pod 的 CPU 使用率无法解释全部延迟，入口排队、DNS、连接复用、跨区访问、存储读取以及应用线程池都可能造成播放卡顿。

老经典版集群的稳定运行标准应包括四项🎉：流量高峰时入口连接分布均匀，新增副本能够在业务允许的时间内接流量，单节点故障不会导致大面积断流，指标异常时不会触发无限扩容或快速缩容。只有调度、网络、应用和节点扩展同时满足这些条件，播放业务才适合长期运行在旧版 Kubernetes 基础上。

播放集群调度方案要先解决节点隔离

播放网关的调度策略还要配合会话设计。无状态鉴权可以让请求自由分布到多个副本；必须保存本地状态的服务则需要外置会话存储、稳定哈希或明确的粘性策略。粘性会话并不能替代副本均衡，单个节点连接过多时仍然需要调整入口转发和副本分布。