<div dir="ltr">Hey all,<div><br></div><div>To date we have two proposed solutions for tackling the admin-ness issue we have across the services. One builds on the existing scope concepts by scoping to an admin project [0]. The other introduces global role assignments [1] as a way to denote elevated privileges.</div><div><br></div><div>I'd like to get some feedback from operators, as well as developers from other projects, on each approach. Since work is required in keystone, it would be good to get consensus before spec freeze (June 9th). If you have specific questions on either approach, feel free to ping me or drop by the weekly policy meeting [2].<br></div><div><br></div><div>Thanks!</div><div><br></div><div>[0] <a href="http://adam.younglogic.com/2017/05/fixing-bug-96869/">http://adam.younglogic.com/2017/05/fixing-bug-96869/</a></div><div>[1] <a href="https://review.openstack.org/#/c/464763/">https://review.openstack.org/#/c/464763/</a></div><div>[2] <a href="http://eavesdrop.openstack.org/#Keystone_Policy_Meeting">http://eavesdrop.openstack.org/#Keystone_Policy_Meeting</a></div></div>