FYI there were existing blueprints covering some of this functionality here:
https://blueprints.launchpad.net/nova/+spec/admin-cli https://blueprints.launchpad.net/nova/+spec/admin-service-actions I like the detailed features in the wiki. A few notes: a) managing one administrative api across multiple projects is going to be difficult, might be good to focus on each project individually, perhaps pushing some common code into openstack-common. b) users/projects/roles is out of scope for nova, this can be administered through keystone + keystone-client c) a lot of administrative features are already in the nova cli (you can delete networks but not create them yet) I think there will be some serious weight behind the operational support team in this cycle. Would love to see nova-manage + talking directly to the db go boom. For now i will target this blueprint to the nova-operations team to sort out vs other blueprints. https://blueprints.launchpad.net/~nova-operations On Apr 11, 2012, at 12:55 PM, Wilkinson, Lyle wrote: > Hi folks, > > We’ve got some significant interest in creating a pattern for OpenStack > management APIs. We’ve created a blueprint to capture some of our thoughts > around how to do this for Nova. > > https://blueprints.launchpad.net/nova/+spec/management-api > > We’re hoping to discuss this at the design summit next week. We’ve created > an etherpad page to get the discussion going, so if you have questions, > suggestions, etc., feel free to contribute there. > > http://etherpad.openstack.org/Management-API > > Thanks in advance! > > Lyle Wilkinson > > _______________________________________________ > Mailing list: https://launchpad.net/~openstack > Post to : [email protected] > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp
_______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : [email protected] Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
