一、ReplicaSet 控制器监听replicasets和pods，把他们对应的key放到队列里面去
1、replicatsetinformer用来通知控制器replicasets的一些事件，比如每当新加了replicaset，replicaset更新了或者replicaset被delete之后，会触发不同的evendhandles，
2、举例更新RS，当rs update之后，
3、如果replicas的number变了，会输出logs，然后讲当前的replicas给enqueue到一个队列里面，然后把他的key加到队列里面
二、处理repliacset的更新事件，首先使用key获取所更新的object，key放进了queue里面，需要协程来将其pop出来，处理相应的事件
1、首先会通过key来获取到replicaset的namespace和名字，然后通过lister从cache里面将对应的object拿出来，
2、获取此命名空间下的所有pods，第699行对pod进行过滤，然后选定replicaset的selector选中的pod，
3、比较当前的replicas和期望的replicas，多了加，少了减
4、计算当前的status，，只有availablereplias和totalrepliacs相等的时候，才会被标记为ready
5、计算并更新当前replicas的状态
三、总结：
1、RepliacSet控制器监听replicasets和pods，把他们的所对应的key放到队列里面去
replica_set.go L156
2、处理replicaset的更新事件，首先使用key来获取所更新的object，也就是我们的replicaset
replica_set.go L674
3、获取当前的replicaset的namespace下面所有的active pod
replica_set.go L694
4、比较预期的replica num和当前pods的数目，做出相应的行为
replica_set.go L559
5、计算并更新当前replicaset的状态
replica_set.go L716
四、informer流程图
Reflector：
1、Informer 首先会 list/watch apiserver，Informer 所使用的 Reflector 包负责与 apiserver 建立连接，Reflector 使用 ListAndWatch 的方法，会先从 apiserver 中 list 该资源的所有实例，list 会拿到该对象最新的 resourceVersion，然后使用 watch 方法监听该 resourceVersion 之后的所有变化，若中途出现异常，reflector 则会从断开的 resourceVersion 处重现尝试监听所有变化，一旦该对象的实例有创建、删除、更新动作，Reflector 都会收到"事件通知"，这时，该事件及它对应的 API 对象这个组合，被称为增量（Delta），它会被放进 DeltaFIFO 中
2、Informer 会不断地从这个 DeltaFIFO 中读取增量，每拿出一个对象，Informer 就会判断这个增量的时间类型，然后创建或更新本地的缓存，也就是 store，如果事件类型是 Added（添加对象），那么 Informer 会通过 Indexer 的库把这个增量里的 API 对象保存到本地的缓存中，并为它创建索引，若为删除操作，则在本地缓存中删除该对象
3、DeltaFIFO 再 pop 这个事件到 controller 中，controller 会调用事先注册的 ResourceEventHandler 回调函数进行处理。在 ResourceEventHandler 回调函数中，其实只是做了一些很简单的过滤，然后将关心变更的 Object 放到 workqueue 里面。
Informer： 其实就是一个带有本地缓存和索引机制的、可以注册 EventHandler 的 client，本地缓存被称为 Store，索引被称为 Index。使用 informer 的目的是为了减轻 apiserver 数据交互的压力而抽象出来的一个 cache 层，客户端对 apiserver 数据的 "读取" 和 "监听" 操作都通过本地 informer 进行
1、同步数据到本地缓存
2、根据对应的事件类型，触发事先注册好的 ResourceEventHandle
index：indexer/cache会维护一个缓存，会将全量数据进行保存并实时更新，和apiserver数据保持一致，controller可以直接读取缓解apiserver压力。
Resource Event Handlers：当有事件更新的时候，controller 会有一些对应的方法被触发，会获取对应的key，将key排到队列当中，
process item：查看workqueue，从里面pop这些key，通过indexer reference也就是lister来通过key来获得对应的所储存的object，如replicaset
拿到object之后就知道object被更新了，然后触发控制器的具体逻辑，最后把object deepcopy写入新的status，通过client-go的update进行更新。
indexer reference：就是lister