Open Stack

On Mon, 2013-05-06 at 22:38 +0000, Adrian Otto wrote:
> In reference to the Oslo Wiki[1] , in the Incubation section,
> principle number 2:
> 
> "The API is already in use by a number of OpenStack projects"
> 
> And in the Incubation section:
> 
> "The process of developing a new Oslo API begins by taking code which
> is common to some OpenStack projects and moving it into the
> oslo-incubator repository."
> 
> Where should cross-project code be incubated in the phase *before* it
> is implemented by multiple projects? The Heat and Nova teams are
> working together on StructuredStateManagement[2] and want to start
> something new, but are struggling to determine where to put it. This
> is probably evolve into an Oslo library, but it's not obvious where it
> should live in the mean time. Should it be a splinter off of Heat? In
> Nova? Neither option seems quite right.

Ideally, when a new API is proposed to Oslo, I'd like to see it already
successfully in use by one project and that there is an immediate plan
(preferably a WIP patch) for a second project to use it.

If there were WIP patches for two projects using the new API, that'd be
cool tool.

So, it really depends - do you want to tackle this first in the context
of Heat and then adapt it for Nova? Or the other way around? Or tackle
both at once?

Pragmatically speaking, I'd recommend you first make sure you understand
Nova's requirements, then start coding it in Heat but keep its
implementation generic and once it has gotten merged into Heat look to
having Nova adopt it.

Baby steps is what gets stuff done in OpenStack. The concern I'd have
with tackling both projects at once is that you might put a tonne of
work into it and neither project adopts it.

Cheers,
Mark.