<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=utf-8">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@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;}
span.EmailStyle17
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></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">Excellent question!<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">The intent of Defcore is to provide validation that solid, mature functionality within the OpenStack ecosystem is both tested and validated by vendors. New
functionality is not mature and may not be widely adopted. DefCore waits to see both the level of adoption by users and the opinion of developers that the capability is foundational before declaring it part of Defcore. So, everything in DefCore should be
old news to the community – the stuff people just “expect to work.” And work across vendors.<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">For new functionality, it is currently a matter of what your vendor is willing to declare support for. It may be solid, or it may be labeled experimental.
But, the warranty is assumed to be less than the Defcore validated parts of OpenStack.<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">--Rocky<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"><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>
<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""> Barrett, Carol L [mailto:carol.l.barrett@intel.com]
<br>
<b>Sent:</b> Thursday, February 26, 2015 1:49 PM<br>
<b>To:</b> Rob Hirschfeld; Shamail<br>
<b>Cc:</b> defcore-committee@lists.openstack.org<br>
<b>Subject:</b> Re: [OpenStack-DefCore] Trying to explain Guidelines... here's what I'm thinking [feedback welcome]<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I expect that the unpredictability of project releases will create challenges in many ways. Branding is one of them – if a project releases new capabilities
out of cycle to the core-projects release of the Defcore definition update, those new features will not be covered by the Brand (which means they haven’t been validated to a certain level nor is there any backward API compatibility promise). How will an end-user
know that? If the Brand doesn’t simplify the purchasing process for the end-user, then we’re not on the right track..imho.<o:p></o:p></span></p>
<p class="MsoNormal"><a name="_MailEndCompose"></a><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<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""> Rob Hirschfeld [mailto:rob@rackn.com]
<br>
<b>Sent:</b> Thursday, February 26, 2015 1:42 PM<br>
<b>To:</b> Shamail<br>
<b>Cc:</b> Barrett, Carol L; defcore-committee@lists.openstack.org<br>
<b>Subject:</b> Re: [OpenStack-DefCore] Trying to explain Guidelines... here's what I'm thinking [feedback welcome]<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Good questions. We're including which releases are covered in each guideline so, for example, you can track DefCore 2015.07 to the I,J & K releases. You can't use that guideline against H or L <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Thu, Feb 26, 2015 at 3:38 PM, Shamail <<a href="mailto:itzshamail@gmail.com" target="_blank">itzshamail@gmail.com</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal">Hi Carol,<br>
<br>
I agree with the concern but I think (I didn't attend the F2F) some of this may be driven by the fact that we don't necessarily have a concrete definition of what a release may look like in the future.<br>
<br>
If the releases (due to project structure reform) end up having a cadence with a usual group of components then I could see aligning with releases but I think some of that is TBD at this point, therefore this seems like a safe bet.<br>
<br>
Thanks,<br>
Shamail<br>
<br>
<br>
<br>
> On Feb 26, 2015, at 3:52 PM, Barrett, Carol L <<a href="mailto:carol.l.barrett@intel.com">carol.l.barrett@intel.com</a>> wrote:<br>
><br>
> I am concerned about achieving the Brand goal, using a month/year approach rather than a release approach. Is the expectation that a vendor will pull the upstream for the month/year Defcore test and ship a product? If a vendor release cycle is offset by
2 months, what would use to validate their Brand compliance? My thought is by that time new things will be included in a variety of projects that will be included in the Vendor release but not comprehended in the 2 month old Defcore definition.<br>
><br>
> Carol<br>
><br>
> -----Original Message-----<br>
> From: Rob Hirschfeld [mailto:<a href="mailto:rob@zehicle.com">rob@zehicle.com</a>]<br>
> Sent: Thursday, February 26, 2015 11:37 AM<br>
> To: <a href="mailto:defcore-committee@lists.openstack.org">defcore-committee@lists.openstack.org</a><br>
> Subject: Re: [OpenStack-DefCore] Trying to explain Guidelines... here's what I'm thinking [feedback welcome]<br>
><br>
> Chris Lee pinged me about missing a note Component & Platform levels.<br>
> We need to include that in the Guidelines.<br>
><br>
> Good catch Chris!<br>
><br>
>> On 02/26/2015 12:46 PM, Rob Hirschfeld wrote:<br>
>> DefCore... does this explain Guidelines?<br>
>><br>
>> Last week, the OpenStack DefCore committee rolled up our collective<br>
>> sleeves and got to work in a serious way. We had a in-person meeting<br>
>> with great turn out with 5 board members, Foundation executives/staff<br>
>> and good community engagement.<br>
>><br>
>> TL;DR > We think DefCore should dated milestone guidelines instead<br>
>> tightly coupled to release events (see graphic<br>
>> <a href="https://robhirschfeld.files.wordpress.com/2015/02/defcore-timeline1.png" target="_blank">
https://robhirschfeld.files.wordpress.com/2015/02/defcore-timeline1.png</a>).<br>
>><br>
>> DefCore has a single goal expressed from two sides: 1) defining the<br>
>> "what is OpenStack" brand for Vendors and 2) driving interoperability<br>
>> between OpenStack installations. From that perspective, it is not<br>
>> about releases, but about testable stable capabilities. Over time,<br>
>> these changes should be incremental and, most importantly, trail<br>
>> behind new features that are added.<br>
>><br>
>> For those reasons, it was becoming confusing for DefCore to focus on<br>
>> an "Icehouse" definition when most of the capabilities listed are<br>
>> "Havana" ones. We also created significant time pressure to get the<br>
>> "Kilo DefCore" out quickly after the release even though there were no<br>
>> "Kilo" specific additions covered.<br>
>><br>
>> In the face-to-face, we settled on a more incremental approach.<br>
>> DefCore would regularly post a set of guidelines for approval by the<br>
>> Board. These Guidelines would include the required, deprecated<br>
>> (leaving) and advisory (coming) capabilities required for Vendors to<br>
>> use the mark (see footnote*). They would also include the relevant<br>
>> designated sections. These Guidelines would use the open draft and<br>
>> discussion process that we are in the process of outlining for<br>
>> approval in Vancouver.<br>
>><br>
>> Since DefCore Guidelines are simple time based lists of capabilities,<br>
>> the vendors and community can simply reference an approved Guideline<br>
>> using the date of approval (for example DefCore 2015.03) and know<br>
>> exactly what was included. While each Guideline stands alone, it is<br>
>> easy to compare them for incremental changes.<br>
>><br>
>> We've been getting positive feedback about this change; however, we<br>
>> are still discussing it appreciate your input and questions. It is<br>
>> very important for us to make DefCore simple and easy. For that, your<br>
>> confused looks and WTF? comments are very helpful.<br>
>><br>
>> * footnote: the Foundation manages that process the Vendors. DefCore<br>
>> Guidelines are just one part of the brand process.<br>
><br>
> --<br>
><br>
><br>
> Rob<br>
> ____________________________<br>
> Rob Hirschfeld, <a href="tel:512-773-7522">512-773-7522</a><br>
><br>
> I am in CENTRAL (-6) time<br>
> <a href="http://robhirschfeld.com" target="_blank">http://robhirschfeld.com</a><br>
> twitter: @zehicle, github: cloudedge & ravolt<br>
><br>
><br>
> _______________________________________________<br>
> Defcore-committee mailing list<br>
> <a href="mailto:Defcore-committee@lists.openstack.org">Defcore-committee@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee" target="_blank">
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee</a><br>
><br>
> _______________________________________________<br>
> Defcore-committee mailing list<br>
> <a href="mailto:Defcore-committee@lists.openstack.org">Defcore-committee@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee" target="_blank">
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee</a><br>
<br>
_______________________________________________<br>
Defcore-committee mailing list<br>
<a href="mailto:Defcore-committee@lists.openstack.org">Defcore-committee@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">-- <o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Arial","sans-serif";color:black">Rob<br>
____________________________<br>
Rob Hirschfeld, 512-773-7522<br>
RackN CEO/Founder (<a href="mailto:rob@rackn.com" target="_blank">rob@rackn.com</a>)<br>
<br>
I am in CENTRAL (-6) time<br>
<a href="http://robhirschfeld.com" target="_blank">http://robhirschfeld.com</a><br>
twitter: @zehicle, github: cloudedge & ravolt</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</body>
</html>