openstack team mailing list archive
-
openstack team
-
Mailing list archive
-
Message #01332
Re: Returning the project for resources in the EC2 API
The three possible solutions that I can see at the moment are:
1. Change the status return value (which seems risky, depending on how
this is used)
2. Put the projectid into the EC2 tags (which would mean getting shot by
the 'metadata mafia')
3. Support filtering (which helps Ryan, but is really just side-stepping
the issue)
I'm looking into doing #3.
Justin
On Thu, Mar 10, 2011 at 3:56 PM, Jay Pipes <jaypipes@xxxxxxxxx> wrote:
> I have a feeling that authn/authz will try to make this more
> consistent, but that won't be landing until after Cactus.
>
> -jay
>
> On Thu, Mar 10, 2011 at 6:47 PM, Ryan Lane <rlane@xxxxxxxxxxxxx> wrote:
> > This is in regards to lp732924.
> >
> > There currently isn't any simple way to know which resources are in
> > which project. Most resources return the project via some attribute:
> >
> > * Instances: ownerId
> > * Addresses: instanceId
> > * Security Groups: ownerId
> >
> > Volumes return an owner via status, but it's the user, not the project.
> >
> > This makes it difficult to handle things in frontends, as certain
> > queries may return resources from multiple projects.
> >
> > Is there any way that we can add this information to the EC2 API in a
> > somewhat consistent way (such as via a new attribute)? If not, is it
> > at least possible for all the resources to return the project in some
> > way I can parse out in a dirty hackish way (like using status in
> > volumes)?
> >
> > Filters would help out here, in that I could specifically search for a
> > project; however, from a performance perspective, I'd like to be able
> > to search for project x, y, and z, then filter accordingly in the
> > frontend when necessary as well.
> >
> > - Ryan Lane
> >
> > _______________________________________________
> > Mailing list: https://launchpad.net/~openstack
> > Post to : openstack@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~openstack
> > More help : https://help.launchpad.net/ListHelp
> >
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
>
References