你确信么？，我不清楚，k8s管理的是pod，不是服务本身，zk管理的是服务本身，如果服务主动退出，zk是立即生效。服务退出，pod退出，etcd监控到，怎么也谈不上快。而且etcd监控不知道是不是轮询，如果是更慢

【 在 sayinger 的大作中提到: 】
: 这里所谓"使用zk管理"能支持哪些特性呢，如果是某些特殊场景，那比k8s默认的scheduler快并不奇怪。
: 但是k8s scheduler本身是可以调优的，另外如果你的场景特殊也可以自己实现scheduler，应该不会比zk差，毕竟从性能上来说etcd比zk高
:
--
FROM 120.244.162.*