k8s sharedIndexInformer机制

runstrider

于 2018-09-18 16:26:30 发布

阅读量1.6k

点赞数

CC 4.0 BY-SA版权

分类专栏： k8s

本文链接：https://blog.youkuaiyun.com/wasd12121212/article/details/82758640

本文详细解析了k8s sharedIndexInformer的run函数，阐述了其内部工作机制。通过创建watcher监听资源变化，更新到reflector的store中，进一步将事件放入controller的queue。indexer作为主要的资源存储，而controller的store实则是queue，接收watch事件并传递给informer。informer再将资源分发给已注册的listener进行处理。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

sharedIndexInformer的run函数解析

func (s *sharedIndexInformer) Run(stopCh <-chan struct{}) {
   defer utilruntime.HandleCrash()

   fifo := cache.NewDeltaFIFO(cache.MetaNamespaceKeyFunc, nil, s.indexer)

   cfg := &Config{
      Queue:            fifo,
      ListerWatcher:    s.listerWatcher,
      ObjectType:       s.objectType,
      FullResyncPeriod: s.fullResyncPeriod,
      RetryOnError:     false,

      Process: s.HandleDeltas,
   }

   func() {
      s.startedLock.Lock()
      defer s.startedLock.Unlock()

      s.controller = New(cfg)
      s.started = true
   }()

   s.processor.run(stopCh)
   s.controller.Run(stopCh)
}

//controler中的run回新建一个watcher用于监听资源，并将监听到的资源存入reflector的store里面c.config.Queue

func (c *Controller) Run(stopCh <-chan struct{}) {
   defer utilruntime.HandleCrash()
   r := cache.NewReflector(
      c.config.ListerWatcher,
      c.config.ObjectType,
      c.config.Queue,
      c.config.FullResyncPeriod,
   )

   c.reflectorM