<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 9 May 2016 at 15:27, Jean-Philippe Evrard <span dir="ltr"><<a href="mailto:jean-philippe@evrard.me" target="_blank">jean-philippe@evrard.me</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr" style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p>I am using ansible for some time now, and I think the current default Ansible inventory system is lacking a few features, at least when working on an OpenStack cloud - whether it's for its deployment, its support or its usage.<br>
I'm thinking of developing a new inventory, based on (openstack-)ansible experience.</p></div></blockquote><div>There were discussions at the summit around the implementation of an inventory system to cater for many of the things you're outlining. I wasn't party to them but as I recall there were both presentations and design discussions and the effort is being led by a team of OSIC developers.</div><div><br></div><div>My view is that all of this most certainly does not belong in Ansible and most of it does not belong in an Ansible dynamic inventory script either. It should be handled somewhere else and Ansible should simply consume it.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif"><p>
</p>
<p><span style="font-size:12pt">I think all the results from this etherpad could be either used for ansible upstream or for the openstack-ansible project, so that's why I'm spamming here. Thank for your help!</span></p></div></blockquote><div>Specifically for OpenStack-Ansible we need something that's easily implemented for small or dev/test environments, but ideally if a deployment is using a complex production inventory system or a non-complex development system the interactions should be the same. This is one of the reasons we've discussed (in theory) the use of a dynamic inventory with the tooz library - it can do file back-ends or more distributed back-ends.</div></div>
</div></div>