<div dir="ltr"><div style="font-family:arial,sans-serif;font-size:13px">I'd also like to hear why separate programs are undesirable. </div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">

I have my own ideas and most days I feel like being conservative with OpenStack resources but other days I feel there's an abundance. So I'd like to hear specific concerns and viewpoints.</div></div><div class="gmail_extra">

<br><br><div class="gmail_quote">On Thu, Sep 5, 2013 at 3:57 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">Gabriel Hurley wrote:<br>
> I think we have two fundamental questions to answer:<br>
><br>
>   1. Is "Amazon has it, so OpenStack should too" sufficient to grant incubation and ultimately integration (provided all technical bars are met)?<br>
<br>
</div>Personally I don't really consider the "does Amazon have it" angle, but<br>
rather "is it a critical component of an IaaS+ solution". I define<br>
"IaaS+" as pure infrastructure as a service + slightly more advanced<br>
services that act as basic building blocks for application builders<br>
(things like queues or databases).<br>
<br>
Now Amazon has most components of a decent IaaS+ solution, so there is<br>
definitely some overlap.<br>
<div class="im"><br>
>   2. If the answer to #1 is "yes" then should we grant each one a program like we're looking at with Marconi (making the proliferation based on Projects that we were trying to avoid happen all over again), or should there be a program for higher-level services that provide AWS parity (not the IaaS stuff) that things like Marconi, Savanna, etc. go under as projects within that program.<br>


<br>
</div>Programs are all about teams. People working together toward a common<br>
goal (their mission statement). They elect a PTL who is responsible for<br>
the whole program. I don't really want to artificially group separate<br>
teams under an "umbrella" just because they may belong in the same<br>
category of projects. What would be the benefit of doing that ? I can<br>
certainly see a lot of drawbacks, like creating groups with no unity and<br>
competing subgroups.<br>
<br>
Why not grant each separate team its own program ?<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Thierry Carrez (ttx)<br>
<br>
_______________________________________________<br>
OpenStack-TC mailing list<br>
<a href="mailto:OpenStack-TC@lists.openstack.org">OpenStack-TC@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc</a><br>
</div></div></blockquote></div><br></div>