@Andim 可能有路由器，但为啥只加一个方向不行呢而是要在两个服务器上都加？

@christin 这个感觉用起来不丝滑，还得专门点开插件

Debian 系成主流了吧

@edis0n0 牛逼 随便 commit 都行？

@blackeeper 嗯这个看到过，1.1.9 太早了，现在默认多少呢

@XIU2 嗯，发现后端 k8s service 没了，nginx dns 解析 service name 还是到老的 clusterIP

@blackeeper 嗯，想知道没定义的情况下默认是多少

@Symo 嗯，之前大概了解过这个项目。如果是监听 k8s 资源变化基本都是用的 k8s client-go list-watch 机制，但跳出 k8s 资源来不知道有没有这种类似的框架

我理解楼主的意思，上头的可能没做过这块不清楚需求。其实我们在做的时候也一直面临这个问题，想获取状态无非是"推"、“拉”两种，像轮询这种就算是“拉”，但是和拉的时间间隔有关，不好把握，不一定是实时的；另一种“推”就是 k8s 所在的某个服务端直接给你推状态结果。我们现在是自己写的一套根据事件 event 来跟踪结果，达到某个状态（比如你可以定义为 pod 所有容器 started ）来”回调“（其实相当于“推”）给前端等其它模块来感知结果。但这里面也有问题，一是 k8s event 不保证一定有，也就是可能会丢（只不过我们从没遇到过），另一个就是 k8s 本身有些状态不是一次性的，可能会重试成功（比如 imagePullBackOff ），虽然出现了错误但实际内部重试几次可能还会成功，也就是中间的错误状态也会变。相对好点的方法你可以用 websocket 流来实时推 pod 状态，但需要你编写一些代码。其实 k8s client-go 里 informer 的 list-watch 机制挺好的，利用了 etcd 特性 watch 变化来推送给客户端，之前一直在找有没有类似实现机制的框架可以方便实现其它用途，因为 informer 是 k8s client-go 里的除非把它拆出来，但目前还没找到。

之前看有新闻说做了手术 20 年后眼睛还会有问题，身之发肤受之父母，像眼睛这类这么重要的身体部位感觉做手术还是谨慎好

@chuanqirenwu 加油！都挺厚😂

@detached 在哪看啊？微信读书我看后面收费😂

@gadfly3173 对，但 pr 的源分支是别人的仓库，这样只能将他的私人仓库下载下来？

@Rhilip 谢谢，插件看起来不错！

还有个问题请教下，github 有些 mr 还没合并，但是想临时测试一下，之前的做法是对照文件变化来改本地的文件，然后本地重新构建，有没有其它比较快捷的方法呢？ @gadfly3173 @maichael

@maichael 嗯嗯 多谢大佬，但这个是不是依赖这个项目把它本版本的 mr 都列出来才行？

@gadfly3173 哦，原来可以搜 mr... 但感觉不是这种顶级项目可能没这么详细

@maichael 但这个前提是知道在 1.3.0