<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Apr 12, 2018 at 1:08 AM, Sergii Golovatiuk <span dir="ltr"><<a href="mailto:sgolovat@redhat.com" target="_blank">sgolovat@redhat.com</a>></span> wrote:</div><div class="gmail_quote">[...]<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">
> One of the great outcomes of this blueprint is that in Rocky, the operator<br>
> won't have to run all the "openstack overcloud container" commands to<br>
> prepare the container registry and upload the containers. Indeed, it'll be<br>
> driven by Heat and Mistral mostly.<br>
<br>
</span>I am trying to think as operator and it's very similar to 'openstack<br>
container' which is swift. So it might be confusing I guess.</blockquote><div><br></div><div>"openstack overcloud container" was already in Pike, Queens for your information.</div><div> </div><div>[...]</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">
> - We need a tool to update containers from this registry and *before*<br>
> deploying them. We already have this tool in place in our CI for the<br>
> overcloud (see [3] and [4]). Now we need a similar thing for the undercloud.<br>
<br>
</span>I would use external registry in this case. Quay.io might be a good<br>
choice to have rock solid simplicity. It might not be good for CI as<br>
requires very strong connectivity but it should be sufficient for<br>
developers.<br></blockquote><div><br></div><div>No. We'll use docker-distribution for now, and will consider more support in the future but what we want right now is parity.</div><div><br></div><div>[...]</div></div>-- <br><div class="gmail_signature"><div dir="ltr">Emilien Macchi<br></div></div>
</div></div>