<div dir="ltr"><div dir="ltr">On Mon, Sep 16, 2019 at 5:47 PM Emilien Macchi <<a href="mailto:emilien@redhat.com">emilien@redhat.com</a>> wrote:<br></div><div class="gmail_quote"><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">On Mon, Sep 16, 2019 at 7:22 AM Rabi Mishra <<a href="mailto:ramishra@redhat.com" target="_blank">ramishra@redhat.com</a>> wrote:<br></div><div class="gmail_quote"><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>Why not use ansible podman/docker modules (though I don't know how good they are atm) directly form ansible tasks?</div></div></blockquote><div><br></div><div>Paunch is a tool for defining and running TripleO containers.
Paunch consumes JSON files to configure the containers and the Paunch runs makes the abstraction between the stable configuration into the container api (compose or podman for now).</div><div>There is quite a bunch of logic in Paunch that, imho would make take some time to convert to Ansible playbooks/modules, specially around resiliency.</div><div>Not saying it's impossible, but I would rather be interested in having TripleO generating the container config, and the container tool consuming it and directly managing the containers without something like Paunch.</div></div></div></blockquote><div><br></div><div>I'm not sure if podman as container tool would move in that direction, as it's meant to be a command line tool. If we really want to reduce the overhead of so many layers in TripleO and podman is the container tool for us (I'll ignore the k8s related discussions for the time being), I would think the  logic of translating the JSON configs to podman calls should be be in ansible (we can even write a TripleO specific podman module).<br></div><div><br></div><div>My 2 cents.. <br></div><div><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 class="gmail_quote"><div>This doesn't exist with Podman as far as I know.</div><div>We have investigated the usage of Kubelet running on localhost, where TripleO would generate yaml files working with k8s API, it worked ok'ish for our containers but the major issue we encountered is that this solution isn't supported by Red Hat.</div><div>So... it seems like we still need something like Paunch for now, and we can maybe investigate making the podman-ansible module more robust to sustain our needs in TripleO<br></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"><div dir="ltr"><div>Also, why deprecate the cli? As many others mentioned, lot of us use it for debugging.</div></div></blockquote><div><br></div><div>Based on the answers so far, it's pretty clear we won't touch this command. <br></div></div><div>As for the "paunch apply", we'll see, if the Ansible replacement works for everyone, then we might deprecate it in Paunch but not the debug command for sure.</div><div><br></div><div>Thanks,<br></div><div>-- <br><div dir="ltr" class="gmail-m_-5217637957212120527gmail_signature"><div dir="ltr">Emilien Macchi<br></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Regards,</div>Rabi Mishra<div><br></div></div></div></div></div></div>