<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.hoenzb
{mso-style-name:hoenzb;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:154078185;
mso-list-type:hybrid;
mso-list-template-ids:414758584 -550067648 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:-;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:27.0pt;
text-indent:-.25in;
font-family:"Calibri","sans-serif";
mso-fareast-font-family:Calibri;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:63.0pt;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:99.0pt;
text-indent:-.25in;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:135.0pt;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:171.0pt;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:207.0pt;
text-indent:-.25in;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:243.0pt;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:279.0pt;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:315.0pt;
text-indent:-.25in;
font-family:Wingdings;}
@list l1
{mso-list-id:948394645;
mso-list-type:hybrid;
mso-list-template-ids:-1163077578 1440411688 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:27.0pt;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:63.0pt;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:99.0pt;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:135.0pt;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:171.0pt;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:207.0pt;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:243.0pt;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:279.0pt;
text-indent:-.25in;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:315.0pt;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">We need to step back for a minute and question the supposition that a “non-core but blessed by OpenStack” category is benefical. I don’t believe it is.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">There are serious implications to creating a space which is not core but is blessed by the foundation/TC. It sends mixed messages to the community and has a
significant impact on the ecosystem. All the concerns the TC has about crushing ecosystem competition when debating incubation apply just as much to creating a second “non-core” space.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">There should be Core, and then there should be a thriving community which is supported equally by the foundation. Nothing in between. We can’t play favorites
there.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I also think we’re placing too much weight on the value of CI infrastructure and release management. Projects have been doing that for themselves forever and
there’s lots of free (or nearly free) services for Open Source projects readily available.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Ultimately making another category is just a way to dodge the hard issue of what is truly core. Whether core is Iaas or a viable cloud at all levels of the
stack… that’s the real debate here.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I agree (even at peril to my own project’s status) that Horizon (currently core), Ceilometer (currently incubated) and Heat (incubated largely by a plurality
of abstentions) fall above the realm of IaaS. However I think that Core would be excruciatingly lacking without the inclusion of higher-layer projects for two main reasons:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoListParagraph" style="margin-left:27.0pt;text-indent:-.25in;mso-list:l1 level1 lfo1">
<![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><span style="mso-list:Ignore">1.<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Higher-layer projects are the only check on the unity of the “core” projects. Projects that span the APIs of Nova, Glance, Swift and Quantum are the
ones that discover the pain points. They’re the ones that can work towards OpenStack feeling cohesive. Without those OpenStack is just a trademark and a bunch of arbitrary code.<o:p></o:p></span></p>
<p class="MsoListParagraph" style="margin-left:27.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoListParagraph" style="margin-left:27.0pt;text-indent:-.25in;mso-list:l1 level1 lfo1">
<![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><span style="mso-list:Ignore">2.<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Higher-layer projects (particularly Horizon) improve the discoverability, usability and visibility of OpenStack. At this point most new users considering
OpenStack experience Horizon first. When people want to demo OpenStack’s functionalities, they use Horizon. That’s quite telling. Humans are inherently visual creatures and the majority of the future users of “cloud” are not the type who want arcane CLIs.
Folks from Amazon, Rackspace and any other cloud provider will tell you that services experience a huge increase in usage when they integrate into the dashboard. Losing that from Core benefits nobody.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">As a final argument, let me flip things the other way and suppose that Horizon was designated a “supported” project. If that entails the arduous Gerrit review
process and having to clear major decisions with the broader community rather than just letting my team keep building great things… that’s enough of a disincentive that I’d rather not be “supported”. I’ll go build something autonomously, promote it aggressively,
make it dead-simple to install, and if it’s cool people will use it. People will use it in spite of a core component if it’s better in every metric.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Long story short, I don’t see value in creating another category; I think we need to fundamentally define Core, let things be in or out, and then devote the
foundation’s resources to supporting the *<b>entire</b>* ecosystem, not just a handful of projects.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoListParagraph" style="margin-left:27.0pt;text-indent:-.25in;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Gabriel<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Doug Hellmann [mailto:doug.hellmann@dreamhost.com]
<br>
<b>Sent:</b> Wednesday, November 07, 2012 10:45 AM<br>
<b>To:</b> OpenStack Development Mailing List<br>
<b>Subject:</b> Re: [openstack-dev] The future of Incubation and Core<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Wed, Nov 7, 2012 at 12:13 PM, Russell Bryant <<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>> wrote:<o:p></o:p></p>
<div>
<p class="MsoNormal">On 11/07/2012 12:04 PM, Doug Hellmann wrote:<br>
><br>
><br>
> On Wed, Nov 7, 2012 at 11:40 AM, Thierry Carrez <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a><o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">> <mailto:<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>>> wrote:<br>
><br>
> Hi everyone,<br>
><br>
> Incubation is currently an OpenStack project status that grants a<br>
> promising project more access to OpenStack shared resources, especially<br>
> in the CI, release management and QA space. That status lets the<br>
> promising project prove that it is ready to join other official<br>
> OpenStack core projects for the next full development cycle.<br>
><br>
> In the past governance the Project Policy Board was the only decider on<br>
> Incubation and Core inclusion. With the new governance, the Technical<br>
> Committee is still the only decider on Incubation status and still<br>
> proposes projects for Core inclusion, but the Board of Directors has the<br>
> possibility to veto that Core inclusion.<br>
><br>
> This creates an awkward process where a project could go all the way<br>
> through Incubation and be denied Core inclusion at the end of that<br>
> process, basically wasting OpenStack resources. We need to evolve the<br>
> Incubation process so that the question of whether a project belongs in<br>
> "Core" is fully resolved as early as possible. And define how a project<br>
> can enter, grow or exit the incubation process.<br>
><br>
> This also raises the question of whether "Core" should really be the<br>
> only destination of an Incubated project. Which triggers the very<br>
> question of what OpenStack Core actually is. For some it's the<br>
> collection of OpenStack projects that work well and complement each<br>
> other, for others Core should only include the IaaS pieces, for others<br>
> they should represent the bare minimum you need to implement to be able<br>
> to be called an "OpenStack Cloud"...<br>
><br>
><br>
> It would be healthy to allow the scope of projects managed by the<br>
> foundation to evolve over time to be broader than IaaS components. If we<br>
> need to define "OpenStack Cloud" for brand management, we should be<br>
> thinking about it at the different levels of the stack. There could be a<br>
> separate set of "core" projects for IaaS and PaaS, for example.<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal">I agree that I'd like to see the project overall be inclusive instead of<br>
exclusive.<o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
> Once "Core" is defined we can evaluate the need for a category that<br>
> would still be in "OpenStack" but not have the "Core" label on it.<br>
> Incubation could then lead two ways.<br>
><br>
><br>
> It seems like we want a "supported" category for projects the TC feels<br>
> are worth spending foundation resources on but the BoD does not want to<br>
> include in "core" and require that deployers use them to be able to<br>
> claim they are an "OpenStack Cloud" as you mention above. So projects<br>
> would start out in the community, move to "incubated" and then to<br>
> "supported" after the incubation period is up. They could apply<br>
> separately for "core" status, after being declared "supported" by the TC.<o:p></o:p></p>
</div>
<p class="MsoNormal">This seems to be the crux of the issue. If the OpenStack mark is going<br>
to be wrapped up in what "core" is, then I think it seems fine to keep<br>
it very limited, and perhaps to minimal IaaS components, but *only* if<br>
we have a place for everything else that is a positive addition to go.<br>
A new category like "supported" seems like a great idea to me.<br>
<br>
My gut feeling of where the line would be is that Heat, Ceilometer, and<br>
Horizon would all be in this new category, while everything else would<br>
remain the core.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">That makes sense to me.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Doug<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal"><span style="color:#888888"><br>
<span class="hoenzb">--</span><br>
<span class="hoenzb">Russell Bryant</span></span><o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><o:p></o:p></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>