<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div>John,</div>
<div><br>
</div>
<div>I would agree with putting deployability at the top of the list. Right now, it is operational from a developers point of view. I think a true operations team would struggle supporting it at scale. </div>
<div><br>
</div>
<div>A change I might suggest in priority is moving the API up in the list. While the OS API is usable from a developers perspective, it isn't yet in a place where it can drive real value to the community. If we miss the Cactus release without having a complete
 API I think we run a risk of it not being relevant in the long term. </div>
<div><br>
</div>
<div>Paul</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>John Purrier <<a href="mailto:john@openstack.org">john@openstack.org</a>><br>
<span style="font-weight:bold">Date: </span>Mon, 31 Jan 2011 13:05:34 -0600<br>
<span style="font-weight:bold">To: </span>'Thierry Carrez' <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>>, <<a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [Openstack] Cactus Release Preparation<br>
</div>
<div><br>
</div>
<div>
<div><!-- Converted from text/rtf format -->
<p dir="LTR"><span lang="en-us"><font face="Calibri">I</font></span><span lang="en-us">
<font face="Calibri">would suggest</font></span><span lang="en-us"><font face="Calibri"> that the theme(s) for the Cactus release be:</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">a.</font></span><span lang="en-us"><u>
<font face="Calibri">Deployability</font></u></span><span lang="en-us"><font face="Calibri">. This includes</font></span><span lang="en-us"><font face="Calibri"> consistent packaging and deployment tools support; but also includes good</font></span><span lang="en-us"><font face="Calibri">
 consistent documentation, approachability to the project (how quickly can a novice get a running system going for p</font></span><span lang="en-us"><font face="Calibri">roof of concept), and deployability at larger scale (includes reference materials around
 hardware</font></span><span lang="en-us"><font face="Calibri"> and networking choices, operational concerns, and multi-machine deployment</font></span><span lang="en-us">
<font face="Calibri">orchestration).</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">b.</font></span><span lang="en-us"><u>
<font face="Calibri">Stability</font></u></span><span lang="en-us"><font face="Calibri">. Agree with both Rick and Thierry, we need to get the existing feature</font></span><span lang="en-us"><font face="Calibri">s stable and available for additional and larger
 scale testing environments. We will be</font></span><span lang="en-us"> <font face="Calibri">
focusing</font></span><span lang="en-us"><font face="Calibri"> on providing additional test automation</font></span><span lang="en-us"><font face="Calibri">, beyond testing into automated functional testing. Contributors such as Rackspace will be setting up
 larger testing environments (on the order of hundreds of machines</font></span><span lang="en-us"><font face="Calibri">) to ensure that we are stable at scale, as well.</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">c.</font></span><span lang="en-us"><u>
<font face="Calibri">Reliability</font></u></span><span lang="en-us"><font face="Calibri">.</font></span><span lang="en-us"><font face="Calibri"> Once a configuration is stood up and operational, it needs to run with only normal operational attention. This
 will mean additional attention</font></span><span lang="en-us"> <font face="Calibri">
to operational concerns such as longer term test runs, memory leak detection, working set evaluation, etc.</font></span><span lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">d.</font></span><span lang="en-us"><u>
<font face="Calibri">Consistency</font></u></span><span lang="en-us"><font face="Calibri">. Thierry is right on, we need to have OpenStack be consistent intra-project and across pr</font></span><span lang="en-us"><font face="Calibri">ojects. This will include
 looking at scenarios that "break"</font></span><span lang="en-us"><font face="Calibri"> our goals of being hypervisor agnostic, API</font></span><span lang="en-us">
<font face="Calibri">definitions</font></span><span lang="en-us"><font face="Calibri"> and approach, developer documentation, a</font></span><span lang="en-us"><font face="Calibri">nd other areas that teams might be optimizing locally but create a "not finished"
 view of the project.</font></span><span lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">e.</font></span><span lang="en-us"><u>
<font face="Calibri">OpenStack API completed</font></u></span><span lang="en-us"><font face="Calibri">. We need to complete a working set of API's that are consistent</font></span><span lang="en-us"><font face="Calibri"> and inclusive of all the exposed functionality</font></span><span lang="en-us"><font face="Calibri">.
 The OpenStack API will be an amalgam of the underlying services, we need to ensure</font></span><span lang="en-us">
<font face="Calibri">that the</font></span><span lang="en-us"><font face="Calibri"> application developer experience is smooth and logical. The DirectAPI calls wi</font></span><span lang="en-us"><font face="Calibri">ll be exposed to project developers and committers,
 but the public</font></span><span lang="en-us"> <font face="Calibri">OpenStack</font></span><span lang="en-us">
<font face="Calibri">API</font></span><span lang="en-us"> <font face="Calibri">for application developers</font></span><span lang="en-us">
<font face="Calibri">will</font></span><span lang="en-us"> <font face="Calibri">need to be stable, repeatable, versioned, and extensible.</font></span><span lang="en-us"><font face="Calibri"> Developer documentation will need to address the fact that the OpenStack
 API will consist of fixed and well known core calls, plus additional calls that will be introduced by services</font></span><span lang="en-us">
<font face="Calibri">via the extension mechanisms.</font></span><span lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Thoughts?</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">John</font></span><span lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">-----Original Message-----<br>
From: <a href="mailto:openstack-bounces+john=openstack.org@lists.launchpad.net">openstack-bounces+john=openstack.org@lists.launchpad.net</a> [<a href="mailto:openstack-bounces+john=openstack.org@lists.launchpad.net">mailto:openstack-bounces+john=openstack.org@lists.launchpad.net</a>]
 On Behalf Of Thierry Carrez<br>
Sent: Monday, January 31, 2011 2:59 AM<br>
To: <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Subject: Re: [Openstack] Cactus Release Preparation</font></span><span lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Rick Clark wrote:</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">> In Bexar was a feature release.  We pushed lots of new features.  The</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">> focus of Nova development in Cactus is going to be testing and</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">> stabilization.</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">I wonder if we shouldn't say "consistency, testing and stabilization".</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Feature work should be concentrated in areas where the resulting</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">software is not consistent, in covering the gaps left after a featureful</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">release. The different groups have been pursuing specific scenarios, but</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">as a project we want to make sure that the other combinations also work.</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Support IPv6 on FlatManager, for example, is clearly part of that. A</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">complete toolset around the Openstack API, maybe have a plan to</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">deprecate the objectstore...</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">-- </font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Thierry Carrez (ttx)</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Release Manager, OpenStack</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">_______________________________________________</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Mailing list: <a href="https://launchpad.net/~openstack">
https://launchpad.net/~openstack</a></font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Post to     : <a href="mailto:openstack@lists.launchpad.net">
openstack@lists.launchpad.net</a></font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Unsubscribe : <a href="https://launchpad.net/~openstack">
https://launchpad.net/~openstack</a></font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">More help   : <a href="https://help.launchpad.net/ListHelp">
https://help.launchpad.net/ListHelp</a></font></span></p>
</div>
</div>
_______________________________________________ Mailing list: <a href="https://launchpad.net/~openstack">
https://launchpad.net/~openstack</a> Post to : <a href="mailto:openstack@lists.launchpad.net">
openstack@lists.launchpad.net</a> Unsubscribe : <a href="https://launchpad.net/~openstack">
https://launchpad.net/~openstack</a> More help : <a href="https://help.launchpad.net/ListHelp">
https://help.launchpad.net/ListHelp</a> </span>
<PRE>
Confidentiality Notice: This e-mail message (including any attached or
embedded documents) is intended for the exclusive and confidential use of the
individual or entity to which this message is addressed, and unless otherwise
expressly indicated, is confidential and privileged information of Rackspace.
Any dissemination, distribution or copying of the enclosed material is prohibited.
If you receive this transmission in error, please notify us immediately by e-mail
at abuse@rackspace.com, and delete the original message.
Your cooperation is appreciated.
</PRE></body>
</html>