K8S WACHER实现

最新推荐文章于 2025-10-18 16:55:18 发布

原创最新推荐文章于 2025-10-18 16:55:18 发布 · 622 阅读

0 ·

CC 4.0 BY-SA版权

k8s 专栏收录该内容

34 篇文章

订阅专栏

本文深入探讨了Kubernetes中watch机制的工作原理，包括kube-apiserver如何与etcd交互以获取资源状态更新，并详细介绍了客户端如何监听这些更新，以及这些更新如何被处理。

kube-apiserver会不停的调用etcd接口，查询关心的资源状态（比如pod），将结果发送到incoming管道，最后通过outoutgoing管道发送到store

client端一直不停地去apiserver去获取watcher的pod并进行相应处理：先存入cache然后kubelete端进行处理

func (r *Reflector) ListAndWatch(stopCh <-chan struct{}) error {

for {
     .........
      w, err := r.listerWatcher.Watch(options)//就是restful的get操作，不停地get
     ..........
      if err := r.watchHandler(w, &resourceVersion, resyncerrc, stopCh); err != nil {
         if err != errorStopRequested {
            glog.Warningf("%s: watch of %v ended with: %v", r.name, r.expectedType, err)
         }
         return nil
      }
   }
}

server端和client差不多，只不过他去etcd哪里去watch,调用的函数一样（同上）
server一种类型一个catch结构，watchcatch里面存储obj（pod）,每注册一个watcher则向catch结构里面加入watcher和过滤函数，然后有变化则通知对应watcher

补充:

每个watch请求过来，以http为例，进来后生成watcher放入catcher里面，等待event事件chan发来消息，发完消息，将结果返回request里