<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 28, 2017 at 11:11 AM, Paul Belanger <span dir="ltr"><<a href="mailto:pabelanger@redhat.com" target="_blank">pabelanger@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Apr 12, 2017 at 10:53:17PM -0400, Emilien Macchi wrote:<br>
> [adding more tags to make sure folks can see this thread]<br>
><br>
> What we would like to hear from Deployment projects (Kolla, OSA, Helm, etc) is:<br>
><br>
> 1) Is there any overlap with some ongoing efforts?<br>
> 2) Would you be interested by contributing to this effort?<br>
><br>
</span>Had a chance to look at this today, the main question I have, why are we<br>
building something from scratch? I know today there is both ansible-container<br>
and docker-compose, even linuxkit now. Is that not something you could build<br>
off or work upstream?<br>
<br>
I did see anything in the documentation explaining why that was.<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>It forklifts logic that TripleO already uses to manage containers. Long term TripleO will likely want to move to a widely adopted tool for container orchestration. Now that our logic is in its own library we can safely evolve it with the aim of switching in the future with minimal disruption.</div><div> </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
> Any feedback is welcome,<br>
> Thanks.<br>
><br>
> On Wed, Apr 12, 2017 at 10:25 PM, Steve Baker <<a href="mailto:sbaker@redhat.com">sbaker@redhat.com</a>> wrote:<br>
> > This is just a heads-up that in a week or so I intend to propose a new git<br>
> > repo to be hosted by OpenStack and adopted by the TripleO project.<br>
> ><br>
> > paunch [1] is a python library and CLI tool which forklifts the logic of the<br>
> > docker-cmd heat-agents hook[2] into its own project.<br>
> ><br>
> > The change to switch the docker-cmd hook to paunch[3] deletes a satisfying<br>
> > number of lines of code. Typically a hook is a thin wrapper over another<br>
> > configuration tool, and the docker-cmd hook was an unfortunate exception.<br>
> ><br>
> > The YAML format used by paunch is currently driven by the needs of TripleO<br>
> > and is derived from the docker compose v1 format. Over time I'd like to<br>
> > evolve the format to faithfully implement defacto standard formats,<br>
> > specifically to ease the transition for TripleO to orchestrate containers<br>
> > with kubernetes.<br>
> ><br>
> > At this point I wouldn't advocate for the CLI to be a generally used tool<br>
> > for single node container orchestration, but it will gain some commands<br>
> > aimed at making developing and deploying containerised TripleO easier.<br>
> ><br>
> > I'll wait for about a week to get feedback on this proposal, in the meantime<br>
> > I'll continue to develop and document the format within [1].<br>
> ><br>
> > cheers<br>
> ><br>
> > [1] <a href="https://github.com/steveb/paunch" rel="noreferrer" target="_blank">https://github.com/steveb/<wbr>paunch</a><br>
> > [2]<br>
> > <a href="https://github.com/openstack/heat-agents/tree/master/heat-config-docker-cmd" rel="noreferrer" target="_blank">https://github.com/openstack/<wbr>heat-agents/tree/master/heat-<wbr>config-docker-cmd</a><br>
> > [3] <a href="https://review.openstack.org/#/c/455845/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/455845/</a><br>
> ><br>
> > ______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
> ><br>
><br>
><br>
><br>
> --<br>
> Emilien Macchi<br>
><br>
> ______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br>
______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>