<div dir="ltr"><div>Hello everyone,</div><div><br></div><div>I would like to announce my candidacy for PTL of the</div><div>OpenStack-Ansible project for the Queens cycle.</div><div><br></div><div>I will focus on the following themes:</div><div><br></div><div>1) Improve the usability</div><div><br></div><div>It can be difficult for a newcomer to fully grasp the way</div><div>OpenStack-Ansible works, and the first experience can be daunting.</div><div>The deploy and operator's guides are a step in the right direction,</div><div>and we must continue that documentation effort to show that our</div><div>solution can scale up to any operator's size.</div><div><br></div><div>OpenStack-Ansible has largely grown since its creation, and we support</div><div>much more roles now. That is a positive improvement. We now have more</div><div>features that people want to use. As a consequence, we also carry less</div><div>used roles that are less maintained. My objective is to reduce our</div><div>technical debt if possible, standardize more, and make sure the less</div><div>maintained roles don't have a negative impact on our image.</div><div>For that, I'd like to formalize our role maturity index as a way to</div><div>show role adoption, and to easily spot if the role is meeting</div><div>our latest testing/coding standards.</div><div><br></div><div>2) Redesign for the future, while still improving operator's experience</div><div><br></div><div>We've always taken the decision to go for proven technology/low risks/</div><div>low maintenance solutions.</div><div>I intend to keep this mindset, but also introduce newer architecture:</div><div><br></div><div>* Re-design the placement of web servers/reverse proxy, thanks to the</div><div>  recent work done for UWSGI support.</div><div>* Introduce systemd-nspawn, next to LXC.</div><div>* Change our default deployments to be more converged, to reduce</div><div>  the amount of containers to manage.</div><div>* Separate the installation and configuration steps of a deploy,</div><div>  and test it in our gates. This would allow larger operators to build</div><div>  their own "artifacts" separately of their consumption in a standard</div><div>  way, and share experience in the larger community.</div><div>* Upgrade to Ansible 2.4.</div><div><br></div><div>I look forward to working with you all, and it would be my honor</div><div>to serve as PTL for the next cycle.</div><div><br></div><div>Best regards,</div><div><br></div><div>Jean-Philippe Evrard (evrardjp)</div></div>