Open Stack

On Wed, Nov 20 2013, Gordon Chung wrote:

> came across a question when reviewing 
> https://review.openstack.org/#/c/56019... basically, in Samples, user_id 
> and project_id attributes are pretty self-explanatory and map to Keystone 
> concepts pretty well but what is the criteria for setting resource_id? 
> maybe the ambiguity is that resource_id in a Sample is not the resource_id 
> from Keystone... so what is it? is it just any UUID that is accessible 
> from notification/response and if it is, is there a better (possibly more 
> consistent) alternative?

In all cases, these are free string fields. `user_id' and `project_id'
map to Keystone _most of the time_, especially with samples emitted by
Ceilometer itself. That can be false as soon as you send samples from
external systems to Ceilometer.

I don't have the feeling we should legislate on what a `resource_id`.

-- 
Julien Danjou
/* Free Software hacker * independent consultant
   http://julien.danjou.info */
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131121/f0e2246a/attachment.pgp>