<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 27, 2016 at 2:52 PM, Emilien Macchi <span dir="ltr"><<a href="mailto:emilien@redhat.com" target="_blank">emilien@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
- Make sure it works outside Devstack.<br>
<br>
There is a huge gap between what is tested by Devstack gate and what operators<br>
deploy on the field.  This gap tends to stretch the feedback loop between<br>
developers and operators.  As a community, we might want to reduce this gap<br>
and make OpenStack testing more effective and more realistic.<br>
That's an area of focus I would like to work and spread over OpenStack<br>
projects if I'm elected.<br>
<br></blockquote><div><br></div><div>This is a really interesting platform point.  It's been a concern in he community since *at least* Vancouver [1].  We've had lots of different viewpoints towards project install-ability raised this election:</div><div><br></div><div><ul><li>John Dickenson says installation of projects should go horizontal [2]<br></li><li>Monty Taylor says services oriented deployment teams are the wasteful exception [3]<br></li><li>John Griffith says how the TC approaches services oriented OpenStack will be an important factor in the future definition of OpenStack and it's relevancy [4]<br></li></ul></div><div><br></div><div>Do you think this is an important topic for OpenStack right now?  I'd be really interested to hear any *new* insights from the previous PTL of *one* of OpenStack's installation automation projects?  What could or should be done to reduce the bias/reliance towards a devstack or an "openstack-all-in-one" deployment model?  Can or should the TC be the champion of the discussion around "how to install" OpenStack?  How much of an impact does choices made in *testing* effect the install-ability and ease-of-use of OpenStack in general?</div><div><br></div><div>Somewhat unrelated.  Do you have any personal thoughts/insights on how you believe OpenStack should approach potentially disruptive or "competing" design in general - like ansible/puppet or even Kolla?</div><div><br></div><div>-Clay</div><div><br></div><div>1. <a href="https://www.youtube.com/watch?v=ZY8hnMnUDjU&feature=youtu.be&t=379" target="_blank">https://www.youtube.com/watch?<wbr>v=ZY8hnMnUDjU&feature=youtu.be<wbr>&t=379</a></div><div>2. <a href="http://lists.openstack.org/pipermail/openstack-dev/2016-September/104815.html">http://lists.openstack.org/pipermail/openstack-dev/2016-September/104815.html</a></div><div>3. <a href="http://lists.openstack.org/pipermail/openstack-dev/2016-September/104844.html">http://lists.openstack.org/pipermail/openstack-dev/2016-September/104844.html</a></div><div>4. <a href="http://lists.openstack.org/pipermail/openstack-dev/2016-September/104833.html">http://lists.openstack.org/pipermail/openstack-dev/2016-September/104833.html</a></div><div> </div></div></div></div>