Informer 和控制循环分开是为了解耦，防止控制循环执行过慢把Informer 拖死

看了这两天的文章，感觉k8s的机制实在是太具有普适性了，可以基于它构建各种分布式业务平台。本质上它就是一个分布式对象管理平台。

一般这种工作队列结构主要是为了匹配双方速度不一致，也为了decouple双方。比如典型生产者消费者问题

自定义的controler这么手动跑着，挂了咋办？，是不是应该准备好镜像，用Deployment跑起来？

请问老师，如果用deployment部署一个tag是latest的镜像，怎样进行滚动更新呢？set image的话tag不变，不能出发更新呢

张老师，问个问题，我们公司的docker业务，容器总数上万个，部分容器依赖宿主机配置文件。现在我们想迁k8s 的话，能不改动这些容器，把他们加入pod管理起来么？如果上万容器都重新调度生成的话，这个改动太大了。

日志跑到 Waiting for informer caches to sync 就 hang 住了，紧跟着的 Starting workers 一直没开始跑，这个是什么原因？

处理完api对象的事件后就直接存储在etcd里了么？需不需要再和apiserver打交道？

请问，自定义控制器部署方案在生产场景中是怎么样的呢
1 耦合在controller-manager中，通过manager来统一部署和高可用，但原生和自定义控制器代码耦合。
2 独立部署，代码解耦了，但是后期维护成本变高了。

请问张老师main函数里面的networkInformerFactory := informers.NewSharedInformerFactory(networkClient, time.Second*30)中second*30意思是每个30秒监听一次么？请问有没有详细的文档或者什么网址解释这些api函数的功能参数的呢？

E0107 05:44:18.230692 35973 reflector.go:134] github.com/resouer/k8s-controller-custom-resource/pkg/client/informers/externalversions/factory.go:117: Failed to list *v1.Network: networks.samplecrd.k8s.io is forbidden: User "system:node:node01" cannot list resource "networks" in API group "samplecrd.k8s.io" at the cluster scope
我在node1上面运行打包后的程序报这个错，使用的kubeconfig 不是 ~/.kube/config 而是请问/etc/kubernetes/kubelet.conf ，因为我没有那个config文件，请问报这个错误的原因是什么呢？

请问这个控制器是跑在node节点上的？一般哪些控制器是跑在node上哪些是跑在master上呢

如果一个master 管理的node非常多 通过ListAndWatch 会对master的性能有影响吧

思考题：一个FIFO可能会support多个controller，所以controller层面的业务逻辑retry不能放在FIFO而是得有独立的retry queue。同时work queue可以用来实现backoff on error等业务逻辑，而这些逻辑不适合放在FIFO中

厉害了，原来这才是k8s的精髓

godep restore获取依赖获取不到k8s.io的相关包有伙伴解决了吗

张老师，您好，请问可以补充一下code-generator的使用吗？ 我自己根据搜到的一些资料https://itnext.io/how-to-generate-client-codes-for-kubernetes-custom-resource-definitions-crd-b4b9907769ba， 目前还是无法得到生成的listers informer等客户端代码。

看起来自定义的控制器是独立运行的，而不能像一个API对象一样注册到master，并且部署到master上之类的？

张老师好，很感谢您的课程分享。另外，我想深入做些自定义组件的开发，您一路已经走过来了，想听下您的建议，顺便推荐书，万分感谢！