<div dir="ltr">One of the benefits of an operator is updating versions of the containers. Selfishly, I'd enjoy seeing a deploy of pulp w/ container plugin auto-updating to a newer version (of your-choice-of-pod) with no down time.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 13, 2019 at 5:33 PM Mike DePaulo <<a href="mailto:mikedep333@redhat.com">mikedep333@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Hi Tom,<div><br></div><div>I'll add that to my to-do list (which I will soon compile down into Redmine tasks):</div><div><a href="http://pulp.etherpad.corp.redhat.com/463" target="_blank">http://pulp.etherpad.corp.redhat.com/463</a><br></div><div><br></div><div>I'm also wondering how soon to do that in the development of the Operator? Right now there are only a few advantages over installing Pulp on a single system. For example, multiple pulp-content instances is 1 large advantage I intend to implement soon, but autoscaling of pulp-content and pulp-worker (later in development) would make for a much better demo.</div><div><br></div><div>-Mike</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 13, 2019 at 5:03 PM Tom McKay <<a href="mailto:thomasmckay@redhat.com" target="_blank">thomasmckay@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">This is great! Glad to see the investment continuing. Is there a recorded demo of the operator in action on OCP/OKD?<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 9, 2019 at 6:12 PM Mike DePaulo <<a href="mailto:mikedep333@redhat.com" target="_blank">mikedep333@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi everyone,<div><br><div>Eric Helms & I have been working on creating Pulp 3 Kubernetes / container packaging, including a Kubernetes Operator.<br></div><div><br></div><div>This includes each Pulp process (like pulp-content & pulp-worker) running in their own container, and the end goal is for a single Pulp 3 cluster to be scalable (such as for those 2 processes in particular.)</div><div><br></div><div><div>Background:</div><div>About 7 months ago, Eric Helms started working on creating Pulp 3 containers, including a Kubernetes operator.  He appropriately named it "carafe":</div><div><a href="https://github.com/ehelms/carafe" target="_blank">https://github.com/ehelms/carafe</a><br></div><div>But later put much of it in the repo named "pulp-operator" (and continued development there,) and submitted a PR for the 4 pulp containers to be in pulpcore itself.</div><div><br></div><div>Latest developments:</div><div>I have been working on updating & finishing this effort. Improvements include:</div></div><div>- Compatibility with pulpcore 3.0 rc2</div><div>- Persistent Volume storage for MEDIA_ROOT (/var/lib/pulp)</div><div><br></div><div>Much more work remains, although it is usable enough for a demonstration of Pulp running on Kubernetes in the 1st place (with the pulpcore & pulp-operator PRs.)</div><div><br></div><div>In the meantime, don't be surprised by the following changes:</div><div>1. PRs against pulpcore like this one:</div><div><a href="https://github.com/pulp/pulpcore/pull/127" target="_blank">https://github.com/pulp/pulpcore/pull/127</a><br></div><div>2. The pulp-operator repo:</div><div><a href="https://github.com/pulp/pulp-operator" target="_blank">https://github.com/pulp/pulp-operator</a><br></div><div>3. Us putting our CentOS 7 based redis Dockerfile somewhere other than my personal github:</div><div><a href="https://github.com/mikedep333/carafe/tree/summit-demo" target="_blank">https://github.com/mikedep333/carafe/tree/summit-demo</a><br></div><div><br></div><div>Also, note that any DockerHub or Quay.io projects like "carafe" or "mikedep333" are temporary.</div><div><br></div><div>-Mike</div></div></div>
_______________________________________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail-m_-6789359488627966995gmail-m_-1782213759217427106gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><br></div><div>Thomas McKay</div><div>Principal Software Engineer - Quay<br></div><div>@thomasmckay</div><div><br></div></div></div></div></div>
</blockquote></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><br></div><div>Thomas McKay</div><div>Principal Software Engineer - Quay<br></div><div>@thomasmckay</div><div><br></div></div></div></div></div>