openstack team mailing list archive

[George Reese <george.reese@xxxxxxxxxxxxx>]

This is actually quite simple:

If your objective is to leverage existing tools written to the EC2 API, then you build to the reality of the implementation, not the spec.

If your objective is to support the EC2 API as a de facto standard, then you build to the specification.
 
On Jul 8, 2011, at 2:50 PM, Soren Hansen wrote:

> 2011/7/8 Jay Pipes <jaypipes@xxxxxxxxx>:
>> On Fri, Jul 8, 2011 at 9:54 AM, Soren Hansen <soren@xxxxxxxxxxx> wrote:
>>> 2011/7/8 Ed Leafe <ed.leafe@xxxxxxxxxxxxx>:
>>>>  No, it would work more like: a new instance is requested, and the host selected. A candidate UUID would be generated and checked for "first 8" uniqueness (I had already added a db method to locate by the first 8 chars of a UUID across nested zones). When an acceptable UUID was generated, it would be passed to the selected host along with the create request. The instance would only have to be created once.
>>> If we're doing collision checking anyway, using UUID's to being with
>>> is pointless. We're effectively reduced to a 32 bit key space and,
>>> even worse, we're not being smart enough about it to actually do
>>> without the extra DB roundtrip to check for collisions.
>> That may be true, but only for the EC2 API, not the OpenStack API,
>> right?
> 
> Depends. If you want to let people use either API, you need to impose
> this check for objects created through the OpenStack API too,
> otherwise you'll run into problems when you try to query them when
> using the EC2 API.
> 
>> The question remains from my original post: do we really care
>> enough about this?
> 
> Yes.
> 
>> Put another way: do we want to expend more resources on an API we don't control?
> 
> Yes.
> 
> Being able to reuse your existing tools is tremendously valuable.
> Eventaully, when the OpenStack API offers compelling functionality
> that you cannot get through the EC2 API, there'll be motivation for
> people to switch. But even then, being able to easily start using
> OpenStack and the convert to the OpenStack API piecemeal makes for a
> fantastic migration path.
> 
> Until then, what exactly would be people's motivation to rework their
> client tools to a different API?
> 
> -- 
> Soren Hansen        | http://linux2go.dk/
> Ubuntu Developer    | http://www.ubuntu.com/
> OpenStack Developer | http://www.openstack.org/
> 
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp

--
George Reese - Chief Technology Officer, enStratus
e: george.reese@xxxxxxxxxxxxx    t: @GeorgeReese    p: +1.207.956.0217    f: +1.612.338.5041
enStratus: Governance for Public, Private, and Hybrid Clouds - @enStratus - http://www.enstratus.com
To schedule a meeting with me: http://tungle.me/GeorgeReese

Attachment: smime.p7s
Description: S/MIME cryptographic signature