<p>I have my application deployed on Kubernetes cluster, managed by operator (A). I am mounting secrets with ssl key materials to the deployment, so application could access to the content.</p>
<p>I have separate operator (B) deployment, which is responsible to create those secrets with the ssl key materials. Now I have a use case where my secrets are recreated by operator (B), and it deletes/restarts the pods, which managed by operator (A).</p>
<p>I am trying understand - <strong>is it common practice to allow separately deployed operator delete pods?</strong></p>
<p>My perception was that operator should work only with resources it manages, nothing more.</p>

liotur
<p>Community wiki to summarise the topic.</p>
<p>If it is as you say:</p>
<blockquote>
<p>both operators are proprietary,</p>
</blockquote>
<p>it is impossible to give a definite yes or no answer. Everything will depend on what is really going on there, and we are not able to check and evaluate it.</p>
<p>Look at the well provided comments by <a href="https://stackoverflow.com/users/10008173/david-maze">David Maze</a>:</p>
<blockquote>
<p>That sort of seems like a bug...but also, Pods are pretty disposable and the usual expectation is that a ReplicaSet or another controller will recreate them...?</p>
</blockquote>
<blockquote>
<p>Note that the essence of the Kubernetes controller model is that the controller looks at the current state of the Kubernetes configuration store (not changes or events, just which objects exist and which don't) and tries to make the things it manages match that, so if the controller believes it should manage some external resource and there's not a matching Kubernetes object, it could delete it.</p>
</blockquote>
