<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, 5 Apr 2018 at 12:25 Emilien Macchi <<a href="mailto:emilien@redhat.com">emilien@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Apr 5, 2018 at 4:37 AM, Dan Prince <span dir="ltr"><<a href="mailto:dprince@redhat.com" target="_blank">dprince@redhat.com</a>></span> wrote:</div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Much of the work on this is already there. We've been using this stuff<br>
for over a year to dev/test the containerization efforts for a long<br>
time now (and thanks for your help with this effort). The problem I<br>
think is how it is all packaged. While you can use it today it<br>
involves some tricks (docker in docker), or requires you to use an<br>
extra VM to minimize the installation footprint on your laptop.<br>
<br>
Much of the remaining work here is really just about packaging and<br>
technical debt. If we put tripleoclient and heat-monolith into a<br>
container that solves much of the requirements problems and<br>
essentially gives you a container which can transform Heat templates<br>
to Ansible. From the ansible side we need to do a bit more work to<br>
mimimize our dependencies (i.e. heat hooks). Using a virtual-env would<br>
be one option for developers if we could make that work. I lighter set<br>
of RPM packages would be another way to do it. Perhaps both...<br>
Then a smaller wrapper around these things (which I personally would<br>
like to name) to make it all really tight.</blockquote><div> </div><div>So if I summarize the discussion:</div><div><br></div><div>- A lot of positive feedback about the idea and many use cases, which is great.</div><div><br></div><div>- Support for non-containerized services is not required, as long as we provide a way to update containers with under-review patches for developers.</div></div></div></div></blockquote><div><br></div><div>Hrm..  I was just speaking to Alfredo about this.  We may need to have a better understanding of the various ecosystems where TripleO is in play here to have a fully informed decision.</div><div>By ecosystem I'm referring to RDO, centos, and upstream and the containers used in deployments.  I suspect a non-containerized deployment may still be required, but looking for the packaging team to weigh in.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>- We'll probably want to breakdown the <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">"openstack undercloud deploy" process into pieces</span></div><div><span style="font-size:12.8px">* </span><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">start an ephemeral Heat container</span></div><div><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">* create the Heat stack passing all requested -e's</span></div><div><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">* run config-download and save the output</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><br>And then <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">remove undercloud specific logic, so we can provide a generic way to create the config-download playbooks.</span></div><div><span style="font-size:12.8px">This generic way would be consumed by the undercloud deploy commands but also by the new all-in-one wrapper.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">- Speaking of the wrapper, we will probably have a new one. Several names were proposed:</span></div><div><span style="font-size:12.8px">* openstack tripleo deploy</span></div><div><span style="font-size:12.8px">* openstack talon deploy</span></div><div><span style="font-size:12.8px">* openstack elf deploy<br></span><br>- The wrapper would work with deployed-server, so we would noop Neutron networks and use fixed IPs.</div><div><br></div><div>- Investigate the packaging work: containerize tripleoclient and dependencies, see how we can containerized Ansible + dependencies (and eventually reduce them at strict minimum).</div><div><br></div><div>Let me know if I missed something important, hopefully we can move things forward during this cycle.</div><div>-- <br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="m_-505459986593846954gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Emilien Macchi<br></div></div>
</div></div>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div>