Yep, storing the quota info is all I'm trying to achieve with Keystone. For Swift, the enforcement would happen within Swift (middleware).<div><br></div><div>I see it as being roughly analogous to roles in Keystone. The roles are stored in Keystone but enforced by the individual projects.<br>
<div><br></div><div>Everett<br><br><div class="gmail_quote">
On Fri, May 4, 2012 at 10:02 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On 05/04/2012 10:14 AM, Rouault, Jason (Cloud Services) wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
IMHO, if it is a quota related to a tenant or user, then managing it in<br>
Keystone makes sense.<br>
</blockquote>
<br></div>
I think, as Eoghan mentioned, there was pretty broad agreement that *storing* quota information and even the CRUD operations on it were appropriate for Keystone to do, but the actual enforcement of quotas should be left in individual projects.<br>


<br>
Best,<br>
-jay<div><div><br>
<br>
______________________________<u></u>_________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~<u></u>openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~<u></u>openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/<u></u>ListHelp</a><br>
</div></div></blockquote></div><br></div></div>