IssueRaiser

Feature request: A way to signal pods

This has come up a bunch of times in conversations. The idea is that some external orchestration is being performed and the user needs to signal (SIGHUP usually, but arbitrary) pods. Sometimes this is related to ConfigMap (#22368) and sometimes not. This also can be used to "bounce" pods. We can't currently signal across containers in a pod, so any sort of sidecar is out for now. We can do it by `docker kill`, but something like `kubectl signal` is clumsy - it's not clearly an API operation (unless we revisit 'operation' constructs for managing imperative async actions). Another issue is that a pod doesn't really exist - do we signal one container? Which one? Maybe all containers? Or do we nominate a signalee in the pod spec?

Posted by thockin on Apr 29, 2016, 1:22 AM

Tags

Related issues

Raise real-world problems, find people facing the same issue, and discuss solutions.5,000 issues0 comments

github (Other)

Feature request: A way to signal pods

thockinApr 29, 2016, 1:22 AM

This has come up a bunch of times in conversations. The idea is that some external orchestration is being performed and the user needs to signal (SIGHUP usually, but arbitrary) pods. Sometimes this is related to ConfigMap (#22368) and sometimes not. This also can be used to "bounce" pods. We can't currently signal across containers in a pod, so any sort of sidecar is out for now. We can do it by `docker kill`, but something like `kubectl signal` is clumsy - it's not clearly an API operation (unless we revisit 'operation' constructs for managing imperative async actions). Another issue is that a pod doesn't really exist - do we signal one container? Which one? Maybe all containers? Or do we nominate a signalee in the pod spec?

Comments (0)

No comments yet. Start the discussion.

Comment on this issue