2011/7/8 Ewan Mellor <ewan.mel...@eu.citrix.com>:
>> From Thorsten von Eicken
>> FYI, there's nothing in the EC2 API that limits instance identifiers
>> (or other IDs) to 32 bits. The IDs are strings, so it's trivial for EC2 to
>> add another digit when running out of 32-bit IDs.
> If that's the case (and I believe you, that's always how I assumed it would
> be) why don't we just make the EC2 ID be ami-<uuid>?
Vish already explained it in this thread, but the problem is that
while the spec just says it's a string, most clients have much
stricter expectations.
ElasticFox (which Amazon develops themselves) requires e.g. an AMI id
to match ^ami-[0-9a-f]{8}$. I also expect most tools that use a
database store these ID's use a VARCHAR(XXX) (or perhaps even a
CHAR(XXX)). Having a max length at all is wrong according to the spec
(which says it's just a string).
The whole point of supporting the EC2 API is to support people's
existing tools and whatnot. If we follow the spec, but the clients
don't work, we're doing it wrong.
--
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@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
