Hi All, For people who missed the design summit session on Delimiter - Cross project Quota enforcement library here is a gist of what we discussed. Etherpad [1] captures the details. 1. Delimiter will not be responsible for rate-limiting. 2. Delimiter will not maintain data for the projects. 3. Delimiter will not have the concept of reservations. 4. Delimiter will fetch information for project quotas from respective projects. 5. Delimiter will consolidate utility code for quota related issues at common place. For example X, Y, Z companies might have different scripts to fix quota issues. Delimiter can be a single place for it and the scripts can be more generalized to suit everyones needs. 6. The details of project hierarchy is maintained in Keystone but Delimiter while making calculations for available/free resource will take into consideration whether the project has flat or nested hierarchy. 7. Delimiter will rely on the concept of generation-id to guarantee sequencing. Generation-id gives a point in time view of resource usage in a project. Project consuming delimiter will need to provide this information while checking or consuming quota. At present Nova [3] has the concept of generation-id. 8. Spec [5] will be modified based on the design summit discussion. If you want to contribute to Delimiter, please join *#openstack-quota. * We have *meetings every Tuesday at 17:00 UTC. *Please join us ! I am in the process of setting up a new repo for Delimiter. The launchpad page[4] is up. Thanks! -Vilobh [1] Etherpad : https://etherpad.openstack.org/p/newton-quota-library [2] Slides : http://www.slideshare.net/vilobh/delimiter-openstack-cross-project-quota-library-proposal <http://www.slideshare.net/vilobh/delimiter-openstack-cross-project-quota-library-proposal> [3] https://review.openstack.org/#/c/283253/ [4] https://launchpad.net/delimiter [5] Spec : https://review.openstack.org/#/c/284454 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160504/1bb7ad7b/attachment.html>