[Openstack] OpenStack immaturity

David Kranz david.kranz at qrclab.com
Wed Apr 4 20:20:44 UTC 2012


+1000

I believe the nova team should make backporting essential bugs to a 
stable essex base and dealing with the upgrade issue the highest 
priority for the start (at least) of the Folsom cycle. We need people to 
deploy real systems using Essex. With regard to smooth upgrades, they 
won't happen if the issue is always punted to the end of a release 
cycle. The way to do this is to create a test very early in Folsom that 
demonstrates how a real large-scale style deployment can be upgraded to 
a new version containing no code changes.  Any future change that breaks 
that test must be evaluated to compare the value of the change against 
whatever upgrade pain will be caused.  In terms of real deployments, 
this issue scares me more than the fact that there are bugs. There will 
always be bugs. But we can't have it be tricky and risky to deploy the 
fixes.

  -David

On 4/4/2012 2:30 PM, Tim Bell wrote:
>
> Essex is a key release in this respect.  With the excellent work done 
> by the developers, testers and packaging teams, OpenStack is much 
> better positioned than with Diablo.
>
> As the work proceeds on Folsom, back porting critical bugs and 
> planning for a smooth migration path for production sites will become 
> factors in keeping the early adopters enthusiastic. These are the user 
> stories that will drive the next wave of OpenStack growth as much as 
> expanding the feature set.
>
> Tim Bell
>
> CERN
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120404/b20d4db8/attachment.html>


More information about the Openstack mailing list