Apologies but I've been lurking on this thread and I have to agree with Devin.
What I want from Openstack APIs is a consistent API that handles the provider
platform behind the scenes. In a scenario where i need to manage aws
separately, for instance, I may need openstack to expose native iden
On Jul 8, 2011, at 2:19 PM, Vishvananda Ishaya wrote:
> My hope was that turning ec2 into a compatibility api would force people
> adding the ec2 features to make them work in the openstack api as well. I
> really feel like we're failing in producing a cloud standard api if we don't
> have all
Here's a few crazy questions for you guys to consider:
1) Why are we even trying to have the same ID for an instance or image across
two different APIs?
2) How many people really switch back and forth between OpenStack and EC2 API
once they pick one?
3) How many people really expect euca2ools
But this cuts both ways: many of their clients don't immediately adopt new
changes, and if we can provide a spec for what parts of the amazon api you
have to stay within to obtain switch-ability with openstack, then we slow
down the adoption of those new features.
The clients that are happy with l
What if we wrote our own spec of the common features. Document the heck
out of anything where the amazon spec and implementation differ and follow
the implementation. Do to amazon what WS-I did to SOAP tools. Any fraction
of the market we can get perceiving value in the true interoperability
spec w
The other piece of the puzzle is that it is very easy to keep a client
consistent with the API; it's very hard to keep an implementation up-to-date.
I've built an EC2 compatible API and the problem is that understanding what has
changed in the API (and it changes fairly frequently) is hard. On t
Ok, so let's look at this from another perspective ... how far away are we?
I thought our EC2 binding was pretty good (admittedly, I don't use it).
Are we radically out in left field or is this a game of inches?
Any hardcore EC2 users care to comment?
-S
__
7 matches
Mail list logo