<div dir="ltr"><div dir="ltr"><div>Hi Jean-Philippe, all,</div><div><br></div><div>happy to see that your questions already created a passionate discussion, but I</div><div>also would like to give my contribution.</div><div><br></div><div>My background and contributions have always been around deploying and operating</div><div>a large cloud infrastructure. As I mentioned in my nomination I have been</div><div>involved in the OpenStack community for a long time. I lived the crazy days of</div><div>"inflated expectations" and I still stick around in the "plateau of productivity".</div><div><br></div><div>To answer your questions I would like to focus in 2 points that in my opinion</div><div>are fundamental for the future success of OpenStack.</div><div>1) Operators;</div><div>2) Projects Consolidation;</div><div><br></div><div>1) Operators are the OpenStack users. Ultimately, they define the success of any</div><div>OpenStack project because they select what to deploy in their clouds. And what's</div><div>deployed is based of course in the requirements but also in the simplicity and</div><div>project health.</div><div>In my opinion the TC and the community in general should focus in its users</div><div>(Operators) feedback. Making sure that OpenStack is integrated and easy to deploy</div><div>and maintain over time. Also, make sure that their requirements/pain points are</div><div>the priorities during the development cycles.</div><div>Of course, many was done over the years (better docs, deployment tools, all</div><div>upgrades discussions, ...) but I still think this should be the focus of all the</div><div>development/integration direction.</div><div><br></div><div>And looking into the number of OpenStack projects, this bring us to my second</div><div>point, Project Consolidation.</div><div><br></div><div>2) As an Operator, I need to evaluate, deploy and maintain the OpenStack projects </div><div>to meet my organization requirements.</div><div>I think we all agree that the number of OpenStack projects is overwhelming! For</div><div>any new organization that selects OpenStack to deploy their Cloud, navigating</div><div>through all the projects is extremely challenging.</div><div>What's worst is that some have very little activity and actually they were never</div><div>seriously used in a production environment. This can create a lot of confusion </div><div>and wrong expectations. </div><div>Of course I know about the project navigator and in the past the project</div><div>tags/maturity. In fact I'm not advocating more of that.</div><div><br></div><div>Over the years we insisted to split projects. For example, as an Operator</div><div>I still don't understand the value of having "Placement" as a separate project.</div><div>Of course we can argue the architecture pros/cons, that other projects may use it,</div><div>but at the end it only adds friction to the users (Operators) to deploy and</div><div>maintain their OpenStack Cloud. This is only one example.</div><div><br></div><div>Also, we see more and more projects without a PTL volunteer. This doesn't </div><div>creates the required trust in those projects to anyone that is looking into </div><div>OpenStack to deploy their Cloud.</div><div><br></div><div>In my humble opinion the TC and the community in general needs to revaluate the</div><div>value of each OpenStack project and consolidate or "retire" what is needed.</div><div>If there's a strong dependency or the scope also matches a different project,</div><div>maybe consolidate. If the user survey shows that no one is using a project and</div><div>its health is questionable, we need to find another solution.</div><div><br></div><div>The goal should be to have a clear set of projects that our users (Operators)</div><div>can understand the scope and have the trust/confidence to deploy them.</div><div><br></div><div>cheers,</div><div>Belmiro</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 2, 2020 at 12:33 PM Jean-Philippe Evrard <<a href="mailto:jean-philippe@evrard.me">jean-philippe@evrard.me</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
I read your nominations, and as usual I will ask what do you<br>
_technically_ will do during your mandate, what do you _actively_ want<br>
to change in OpenStack?<br>
<br>
This can be a change in governance, in the projects, in the current<br>
structure... it can be really anything. I am just hoping to see<br>
practical OpenStack-wide changes here. It doesn't need to be a fully<br>
refined idea, but something that can be worked upon.<br>
<br>
Thanks for your time.<br>
<br>
Regards,<br>
Jean-Philippe Evrard<br>
<br>
<br>
<br>
<br>
</blockquote></div>