Open Stack

I'm personally very keen on consistency and bug squashing so your efforts are appreciated!

1) Does 'demoted' mean "no longer a core feature of the API, but will able to be accomplished via non-core extensions"? If I wanted to keep generating admin passwords in my deployment, would OpenStack still support that at the virtualization level? This feature is quite engrained in all layers of OpenStack, not just the HTTP API.

2) If personalities are being demoted, what is being promoted to take its place? I haven't used config drive yet, but it's my understanding that it's the better/more secure replacement for personalities. Do you think this feature is used much? Is there any way we could keep personalities but use the given data to write to config drive and not use file injection? I do like the 'ease-of-use' factor personalities give.

All-in-all it looks like v3 is moving slightly towards the EC2 API (not necessarily a bad thing IMO). Maybe this is because how their API works is more secure, but I *really* like not using SSH keys everywhere. I could be the only one though! 

Brian


> Hi Stackers!
> 
> Sean Dague and I prepared this proposal to accomplish the API V3 bp[1]: https://etherpad.openstack.org/nova-v3-proposal
> 
> The second part of that document are about API V2 Audit [2]which revealed some bugs, tests and to-Do's to be done before and during API V3 development, and some of them are already being addressed.
> 
> I would like to hear your feedback before start change things to API-V3: It can be suggesting directly on the etherpad, here on mail list,  pointing extensions to promote/demote and +1'ing on points that seems ok will be welcome as well =). I know it's kind of long document, but it's really important to read at least the first part (before the v2 audit).
> 
> 1 - The Blueprint: https://blueprints.launchpad.net/nova/+spec/nova-v3-api
> 
> 2 - The API V2 Audit Blueprint: https://blueprints.launchpad.net/nova/+spec/nova-v2-api-audit (there are more bugs there)
> 
> --
> 
> Mauro S M Rodrigues
> 
> Linux Technology Center - IBM
> 
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev