Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

2016-05-19 Thread Crag Wolfe
On 05/18/2016 01:39 PM, Zane Bitter wrote: > On 17/05/16 20:27, Crag Wolfe wrote: >> Now getting very Heat-specific. W.r.t. to >> https://review.openstack.org/#/c/303692/ , the goal is to de-duplicate >> raw_template.files (this is a dict of template filename to contents), >> both in the DB and in

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

2016-05-19 Thread Michał Dulko
On 05/18/2016 10:39 PM, Zane Bitter wrote: > On 17/05/16 20:27, Crag Wolfe wrote: >> Now getting very Heat-specific. W.r.t. to >> https://review.openstack.org/#/c/303692/ , the goal is to de-duplicate >> raw_template.files (this is a dict of template filename to contents), >> both in the DB and in

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

2016-05-18 Thread Zane Bitter
On 17/05/16 20:27, Crag Wolfe wrote: Now getting very Heat-specific. W.r.t. to https://review.openstack.org/#/c/303692/ , the goal is to de-duplicate raw_template.files (this is a dict of template filename to contents), both in the DB and in RAM. The approach this patch is taking is that, when

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

2016-05-18 Thread Michał Dulko
On 05/17/2016 09:40 PM, Crag Wolfe wrote: > That helps a lot, thanks! You are right, it would have to be a 3-step > upgrade to avoid the issue you mentioned in 6. > > Another thing I am wondering about: if my particular object is not > exposed by RPC, is it worth making it a full blown o.vo or

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

2016-05-17 Thread Crag Wolfe
Now getting very Heat-specific. W.r.t. to https://review.openstack.org/#/c/303692/ , the goal is to de-duplicate raw_template.files (this is a dict of template filename to contents), both in the DB and in RAM. The approach this patch is taking is that, when one template is created by reference to

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

2016-05-17 Thread Zane Bitter
On 17/05/16 15:40, Crag Wolfe wrote: Another thing I am wondering about: if my particular object is not exposed by RPC, is it worth making it a full blown o.vo or not? I.e, I can do the 3 steps over 3 releases just in the object's .py file -- what additional value do I get from o.vo? It's more

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

2016-05-17 Thread Crag Wolfe
On 05/17/2016 10:34 AM, Michał Dulko wrote: > On 05/17/2016 06:30 PM, Crag Wolfe wrote: >> Hi all, >> >> I've read that versioned objects are favored for supporting different >> versions between RPC services and to support rolling upgrades. I'm >> looking to follow the pattern for Heat. Basically,

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

2016-05-17 Thread Michał Dulko
On 05/17/2016 06:30 PM, Crag Wolfe wrote: > Hi all, > > I've read that versioned objects are favored for supporting different > versions between RPC services and to support rolling upgrades. I'm > looking to follow the pattern for Heat. Basically, it is the classic > problem where we want to

[openstack-dev] [Heat] Versioned objects upgrade patterns

2016-05-17 Thread Crag Wolfe
Hi all, I've read that versioned objects are favored for supporting different versions between RPC services and to support rolling upgrades. I'm looking to follow the pattern for Heat. Basically, it is the classic problem where we want to migrate from writing to a column in one table to having