Yisheng Cai

有个疑问，curl -k是如何进行加密通信的呢，客户端是无法用ca证书解开包含服务端公钥的请求的。

@keshamin Maybe this feature https://github.com/argoproj/argo-events/issues/1445 can resolve your problem.

参数错误： + https://prometheus.fuckcloudnative.io/di-san-zhang-prometheus/di-4-jie-cha-xun/functions#month 原文： + https://prometheus.io/docs/prometheus/latest/querying/functions/#month 返回值范围应为1-12

+1

@llqgit I think they remove the support to avoid the warning. [keybase/go-keychain#76](https://github.com/keybase/go-keychain/pull/76)

> ## 问题描述 > > 背景 k8s 中的indexInformer在启动的过程中会去list&watch， 一个controller在其crash重启时，集群删除了一个资源如pod，那么在其启动的时候list就不会有这个pod，那么就会丢失这个Delete事件，进而没有办法回调Ondelete。这种情况k8s中是怎么处理的 给对应资源加一个需要这个controller处理删除的finalizer

是通用的 ________________________________ From: tianzichen ***@***.***> Sent: Monday, February 21, 2022 7:24:38 PM To: cloudnativeto/sig-kubernetes ***@***.***> Cc: Go2SheeP ***@***.***>; Comment ***@***.***> Subject: Re: [cloudnativeto/sig-kubernetes] 【提问】k8s indexinformer启动过程发送事件变更如何处理 (Issue #82) 问题描述 背景 k8s...

> > 是通用的 > > […](#) > > ________________________________ From: tianzichen _**@**_._**> Sent: Monday, February 21, 2022 7:24:38 PM To: cloudnativeto/sig-kubernetes _**@**_.**_> Cc: Go2SheeP _**@**_._**>; Comment _**@**_.**_> Subject: Re: [cloudnativeto/sig-kubernetes]...

> ## 问题描述 > > kube-controller中的pv_controller有三个协程： > > * resync：定期使用List方法，同步所有pvc到claimQueue，同步所有pv到volumeQueue； > > * volumeWorker：处理volumeQueue中的PV对象； > > * claimWorker：处理claimQueue中的PVC对象。 > > > 1）使用resync定期同步pvc和pv的必要性是什么？为什么这么设计？ > > 2）在volumeWorker和claimWorker中，处理PV和PVC是异步的。因此，一些PV对象的处理失败，可能是对应PVC处理未完成导致的。所以，PV在处理失败的obj时，并未直接将其重新Add进volumeWorker队列，而是等待resync协程将其重新放入队列。此时，使用queue.AddRateLimited()这类方法，是不是也可以达到响应的目的？resync协程是否还有其他的作用？ > ## 环境信息 > ##...

+1