<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Sep 18, 2014 at 1:53 PM, Monty Taylor <span dir="ltr"><<a href="mailto:mordred@inaugust.com" target="_blank">mordred@inaugust.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I've recently been thinking a lot about Sean's Layers stuff. So I wrote<br>
a blog post which Jim Blair and Devananda were kind enough to help me edit.<br></blockquote><div><br></div><div>Thanks for writing that Monty.  Sean took a concept meant for organizing the relationships in DevStack and Grenade and made it relatable to OpenStack as a whole.  This brings it out where we can actually use it as a model.</div><div><br></div><div>I do think there is value in distinctions between the original layers 1,2 and 3 (you combined 1 and 2).  But for non-technical purposes 1 and 2 are indeed the same.</div><div><br></div><div>Suggestion 6: Isn't it funny how everything old is new again?  The DevStack exercises started out as exactly this, then grew more functional over time until Tempest came along.  How hipster is that?</div><div><div><br class="">Suggestion 9:  Wouldn't it be wonderful if a small set of cloud definition files could be used for the myriad of user tools out there?  Standards, we don't have enough of them!</div></div><div><br></div><div>In the long term I would like to see more of our base (toolsets and services) be pluggable so that the less-blessed projects can participate without requiring additions to the base repos.  This should also be true for user-facing tools.  OpenStackClient already picks up installed plugins with the proper entry points configured so everything doesn't need to be in the primary repo to play along.</div><div><br></div><div>dt</div><div><br></div></div>-- <br><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br>
</div></div>