<div dir="ltr">Quick note (started quick anyway) since I haven't been as active on this list as I have in the past.<div><br></div><div>Two things:<div><ol><li>Great topic and addresses a historical, persistent well-known problem with OpenStack - complexity. Technology is useless if it's so complex new organizations can't get it to work easily or reliably.<br><br></li><li>I'm gonna call it as I'm seeing it: it makes me sick to read statements/replies by some members taking the time to itemize every single suggestion by another member to simplify OpenStack with one snarky remark after another. Thankfully (hopefully?) the influence of those individuals will lessen over time. It's literally poisonous to read and holds no value.<br></li></ol></div><div>Okay aside from that, as an OpenStack architect now increasing my focus on AWS/GCP as well as OpenStack, I would suggest there are two key areas with OpenStack that desperately need to be simplified: the architecture and the implementation. I never hear people say the architecture is too complex so while that can see some improvements, what I hear over and over and over again is how hard it is to deploy OpenStack on more than one machine quickly and easily. I think that has to be the priority. Until deployments are easy and stable and 'just work', that's a missed opportunity and OpenStack will continue to scare away potential new users -- like we need any more of that. OpenStack is deep in the trough of disillusionment (my perception) whether others recognize it or not so anything that makes OpenStack adoption easier should be our Numero Uno goal.<br></div><div><br></div><div>Lastly, I do think GUI's make deployments easier and because of that, I feel they're critical. There is more than one vendor whose built and distributes a free GUI to ease OpenStack deployment and management. That's a good start but those are the opinions of a specific vendor - not he OS community. I have always been a big believer in a default cloud configuration to ease the shock of having so many options for everything. I have a feeling however our commercial community will struggle with accepting any method/project other than their own as being part a default config. That will be a tough one to crack.</div><div><br></div><div>That's what I got tonight. hve a great weekend.</div><div><br></div><div>//adam</div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><font><div style="font-family:arial;font-size:small"><b><i><br>Adam Lawson</i></b></div><div><font><font color="#666666" size="1"><div style="font-family:arial"><br></div><div style="font-family:arial;font-size:small">Principal Architect</div><div style="font-family:arial;font-size:small">Office: +1-916-794-5706<br></div></font></font></div></font></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Sep 21, 2017 at 11:23 AM, Clint Byrum <span dir="ltr"><<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Jeremy Stanley's message of 2017-09-21 16:17:00 +0000:<br>
<span class="">> On 2017-09-20 17:39:38 -0700 (-0700), Clint Byrum wrote:<br>
> [...]<br>
> > Something about common use cases and the exact mix of<br>
> > projects + configuration to get there, and testing it? Help?<br>
> [...]<br>
><br>
> Maybe you're thinking of the "constellations" suggestion? It found<br>
> its way into the TC vision statement, though the earliest mention I<br>
> can locate is in John's post to this ML thread:<br>
><br>
> <a href="http://lists.openstack.org/pipermail/openstack-dev/2017-April/115319.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack-dev/2017-<wbr>April/115319.html</a><br>
><br>
<br>
</span>Yes, constellations. Thanks!<br>
<div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div>