是指pod的重启么？
设计思想问题，k8s从一开始就是实例数量换可靠性
默认应用场景就是一个服务至少>=3个实例在跑
个别实例重部署的延时无关大局，反正99%时间能保证有承诺的可用实例数量
不爽就自己在数量上加冗余去……
它的调度是定时轮询，印象中默认还有措施防止网络抖动或者重载下的响应延迟
相比zk那种要主动保持连接的，调度延时可想而知
【 在 lushan5436 (密如) 的大作中提到: 】
: 高可用，感觉还真不如zk，至少我发现k8s明显在服务宕机后到开始重启时间远大于使用zk管理。
--
FROM 116.233.186.*