Yeah. Unmesh, we need to have ResourcePropertiesObserved. The columns too need 
to be as mentioned in blueprint. Having all properties under a single json will 
cause concurrency issues.


-----Original Message-----
From: Qiming Teng [] 
Sent: Wednesday, September 17, 2014 6:52 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [heat] Convergence - persistence desired and 
observed state

On Wed, Sep 17, 2014 at 12:27:34PM +0000, Gurjar, Unmesh wrote:
> Hi All,
> The convergence blueprint ( 
> introduces two new database tables (resource_observed and 
> resource_properties_observed ) for storing the observed state of a resource 
> (currently under review:
> However, it can be simplified by storing the desired and observed state of a 
> resource in the resource table itself (two columns in the form of a blob 
> storing a JSON). Please let me know your concerns or suggestions about this 
> approach.
> Thanks,
> Unmesh G.

It doesn't sounds like a good idea to me unless we have some plans to handle 
potential concurrency and compatibility issues.


OpenStack-dev mailing list

OpenStack-dev mailing list

Reply via email to