As I've said a couple of times in the past, I think the architecturally sound approach is to keep this inside Nova.
The two main reasons are: * Having multiple frontend API's keeps us honest in terms of separation between the different layers in Nova. * Having the EC2 API inside Nova ensures the internal data model is rich enough to "feed" the EC2 API. If some field's only use is to enable the EC2 API and the EC2 API is a separate component, it's not hard to imagine it being deprecated as well. I fear that deprecation is a one way street and I would like to ask one more chance to resucitate it in its current home. I could be open to a discussion about putting it into a separate repository, but having it functionally remain in its current place, if that's somehow easier to swallow. Soren Hansen | http://linux2go.dk/ Ubuntu Developer | http://www.ubuntu.com/ OpenStack Developer | http://www.openstack.org/ 2015-01-28 20:56 GMT+01:00 Sean Dague <s...@dague.net>: > The following review for Kilo deprecates the EC2 API in Nova - > https://review.openstack.org/#/c/150929/ > > There are a number of reasons for this. The EC2 API has been slowly > rotting in the Nova tree, never was highly tested, implements a > substantially older version of what AWS has, and currently can't work > with any recent releases of the boto library (due to implementing > extremely old version of auth). This has given the misunderstanding that > it's a first class supported feature in OpenStack, which it hasn't been > in quite sometime. Deprecating honestly communicates where we stand. > > There is a new stackforge project which is getting some activity now - > https://github.com/stackforge/ec2-api. The intent and hope is that is > the path forward for the portion of the community that wants this > feature, and that efforts will be focused there. > > Comments are welcomed, but we've attempted to get more people engaged to > address these issues over the last 18 months, and never really had > anyone step up. Without some real maintainers of this code in Nova (and > tests somewhere in the community) it's really no longer viable. > > -Sean > > -- > Sean Dague > http://dague.net > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev