[openstack-dev] Discussing Amazon API compatibility [Nova][Swift]
openstack at nemebean.com
Fri Jul 26 19:34:23 UTC 2013
On 2013-07-26 12:38, Russell Bryant wrote:
> On 07/26/2013 11:53 AM, Ben Nemec wrote:
>> On 2013-07-26 10:39, Jay Pipes wrote:
>>> On 07/26/2013 08:04 AM, Sean Dague wrote:
>>>> On 07/25/2013 08:30 PM, Joshua Harlow wrote:
>>>>> When you have so much state to maintain then aren't the APIs
>>>> Yes, the EC2 APIs are incorrect in being silly and using ints for
>>>> for so many things, also for supporting people to make GET requests
>>>> 16k get strings. But there isn't much we can do about that. :)
>>>>> Or can there be new API's that expose this translation, something
>>>>> seems/feels wrong if there is so much state to maintain u can't do
>>>>> translation layer.
>>>> Most of this is about id allocation and translation. OpenStack uses
>>>> UUIDs, AWS uses ints. UUIDs is a better design point, and means you
>>>> don't need to have a global auto allocator which you can guaruntee,
>>>> which is good.
>>>> Also there are EC2 design points that have request lengths greater
>>>> what Apache (or any other web front end) is compiled to support, as
>>>> have the possibility of enourmous GET strings (16K at least). Again,
>>>> instead of sensibly requiring to move to POST in those cases. I know
>>>> had to land a change for CERN to allow bigger requests on EC2 calls
>>>> just this reason (we did keep the get length apache sized on OSAPI,
>>>> we didn't break people's attempts to get this behind a real web
>>>> Translation is never exact, go talk to the WINE folks about that
>>>> I'm personally fine either way, proxy or embedded in openstack.
>>>> approach isn't really the issue. It's that no one is doing the work.
>>>> Actions speak much louder than words (well... except in pundit echo
>>>> chambers), so I'd much rather have people with strong opinions on
>>>> express how strongly those are by having a big patch queue for me to
>>> Amen that that.
>>> However, I will say that developers write code to scratch an itch --
>>> or some product manager's itch. So the fact that nobody is all that
>>> interested in spending time to code up enhanced EC2 API support in
>>> Nova is, well, quite telling that the demand for such things is less
>>> than what some people think.
>> I'm not sure this is a safe assumption to make. It's only natural
>> the companies/people who are working on OpenStack would be more
>> interested in the OS API, but that doesn't mean there aren't AWS users
>> out there who would like to migrate off but don't have the expertise
>> contribute to OpenStack.
>> None of which changes the fact that without developer interest nothing
>> is going to get done, but I still think it's important to keep in mind
>> that developer interest does not necessarily equal user interest. The
>> fact that nobody is currently working on it doesn't mean there isn't
>> opportunity here.
> If that demand is communicated by customers to vendors contributing to
> OpenStack, and it is a higher priority than other things customers are
> asking for, it will get worked on. That just hasn't seemed to be the
> case based on contribution activity.
Fair enough. Just wanted to make sure we weren't stuck in a developer
echo chamber and it sounds like we aren't, at least to the extent that
it's possible for us to know.
More information about the OpenStack-dev