openstack team mailing list archive
-
openstack team
-
Mailing list archive
-
Message #10432
Re: Canonical AWSOME
-
To:
Justin Santa Barbara <justin@xxxxxxxxxxxx>
-
From:
Monsyne Dragon <mdragon@xxxxxxxxxxxxx>
-
Date:
Mon, 23 Apr 2012 20:44:37 +0000
-
Accept-language:
en-US
-
Cc:
openstack <openstack@xxxxxxxxxxxxxxxxxxx>
-
In-reply-to:
<CAFoXKmoynWfGWmeQLF-+OC3mDteLU0pP=M-NdD62qXRyt0OgSA@mail.gmail.com>
-
Thread-index:
AQHNHQMOtshsuDpatUCO2w0oOpTjFpao4YSAgABcAAA=
-
Thread-topic:
[Openstack] Canonical AWSOME
Yes. Very yes.
On Apr 23, 2012, at 10:15 AM, Justin Santa Barbara wrote:
What's the advantage of replacing the native EC2 compatibility layer with AWSOME from a user / operator point of view?
Although I wasn't able to attend the design summit session, right now we have two "native" APIs, which means we have two paths into the system. That is poor software engineering, because we must code and debug everything twice. Some developers will naturally favor one API over the other, and so disparities happen. Today, both APIs are effectively using an undocumented private API, which is problematic. We also can't really extend the EC2 API, so it is holding us back as we extend OpenStack's capabilities past those of the legacy clouds.
With one native API, we can focus all our energies on making sure that API works. Then, knowing that the native API works, we can build other APIs on top through simple translation layers, and they will work also. Other APIs can be built on top in the same way (e.g. OCCI)
Which is a long way of saying the external approach will result in _all_ APIs (OpenStack, EC2, OCCI etc) becoming more reliable, more secure and just more AWSOME.
Justin
_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to : openstack@xxxxxxxxxxxxxxxxxxx<mailto:openstack@xxxxxxxxxxxxxxxxxxx>
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
--
Monsyne M. Dragon
OpenStack/Nova
cell 210-441-0965
work x 5014190
References