k8s中，通过代码生成工具生成的controller中加入控制逻辑
摘自http://www.infoq.com/cn/articles/kubernetes-status-management-and-extension前文自动生成的代码中为Bee生成了默认的BeeController，如图1.2.2所示。当监听到创建或更新Bee状态的时候，可以通过实现Reconcile中的逻辑来处理对Bee的额外扩展，现在来把Controller部署到集群中去。...
摘自http://www.infoq.com/cn/articles/kubernetes-status-management-and-extension
前文自动生成的代码中为Bee生成了默认的BeeController，如图1.2.2所示。
当监听到创建或更新Bee状态的时候，可以通过实现Reconcile中的逻辑来处理对Bee的额外扩展，现在来把Controller部署到集群中去。
将前面写入的Bee全部删除后重新写入，可以看到Controller打印了两条日志分别为写入的Bee.Name，如图1.2.3所示。
此处提到的Reconcile接口只能响应存在状态修改的场景，是一种无状态的扩展模式，如果需要响应删除，可以利用后文介绍的Informer接口来实现，此处不赘述，只给一个简单例子（如图1.2.4）。有趣的是，BeeController部署到集群里面，没有进行额外配置就可以连接到对应的APIServer正常运转了，它是如何自动与前文部署的API Server建立连接呢？这在后文“API聚合层”中会具体介绍，此处亦不赘述。
注意删除了前面写入的v1alpha1.Bee和v1alpha2.Bee两个版本的Bee，但实际上BeeController是利用v1alpha1客户端监听Bee的删除事件，显然v1alpha1的Informer也可以感知到所有版本Bee的变化，这其实就是兼容性设计的美妙之处了，不赘述。
K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容
更多推荐
0
0- 0
已为社区贡献16条内容
所有评论(0)