On 7/26/2013 10:39 AM, Jay Pipes wrote:
On 07/26/2013 08:04 AM, Sean Dague wrote:
Also there are EC2 design points that have request lengths greater than
what Apache (or any other web front end) is compiled to support, as they
have the possibility of enourmous GET strings (16K at least).
On 07/25/2013 08:30 PM, Joshua Harlow wrote:
When you have so much state to maintain then aren't the APIs incorrect??
Yes, the EC2 APIs are incorrect in being silly and using ints for ids
for so many things, also for supporting people to make GET requests with
16k get strings. But there
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
incorrect??
Yes, the EC2 APIs are incorrect in being silly and using ints for ids
for so many things, also
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
incorrect??
Yes, the
On Jul 24, 2013, at 8:51 AM, Stefano Maffulli stef...@openstack.org wrote:
Hello
I have seen lots of discussions on blogs and twitter heating up around
Amazon API compatibility and OpenStack. This seems like a recurring
topic, often raised by pundits and recently joined by members of the
Stefano Maffulli wrote:
I have seen lots of discussions on blogs and twitter heating up around
Amazon API compatibility and OpenStack. This seems like a recurring
topic, often raised by pundits and recently joined by members of the
community. I think it's time to bring the discussions inside
On 07/25/2013 06:11 PM, Thierry Carrez wrote:
Stefano Maffulli wrote:
I have seen lots of discussions on blogs and twitter heating up around
Amazon API compatibility and OpenStack. This seems like a recurring
topic, often raised by pundits and recently joined by members of the
community. I
On Fri, Jul 26, 2013 at 8:30 AM, Russell Bryant rbry...@redhat.com wrote:
If an external proxy (like AWSOME) is what you want, one of those
already exists (at least for the EC2 API).
http://deltacloud.apache.org/
It supports EC2 on the frontend and the OpenStack compute API on the
backend.
On 07/24/2013 08:51 AM, Stefano Maffulli wrote:
Hello
I have seen lots of discussions on blogs and twitter heating up around
Amazon API compatibility and OpenStack. This seems like a recurring
topic, often raised by pundits and recently joined by members of the
community. I think it's
On 07/24/2013 11:57 AM, Monty Taylor wrote:
On 07/24/2013 08:51 AM, Stefano Maffulli wrote:
Hello
I have seen lots of discussions on blogs and twitter heating up around
Amazon API compatibility and OpenStack. This seems like a recurring
topic, often raised by pundits and recently joined
On Wed, 2013-07-24 at 08:51 -0700, Stefano Maffulli wrote:
Hello
I have seen lots of discussions on blogs and twitter heating up around
Amazon API compatibility and OpenStack. This seems like a recurring
topic, often raised by pundits and recently joined by members of the
community. I think
On Wed, Jul 24, 2013 at 8:51 AM, Stefano Maffulli stef...@openstack.org wrote:
Do you think OpenStack should have an ongoing effort to imitate Amazon's
API? If you think it should, how would you lead the effort?
We (Swift) moved the S3 compatibiliy middleware out of core swift for
quite some in
On 07/24/2013 01:43 PM, Mark McLoughlin wrote:
On Wed, 2013-07-24 at 08:51 -0700, Stefano Maffulli wrote:
Hello
I have seen lots of discussions on blogs and twitter heating up around
Amazon API compatibility and OpenStack. This seems like a recurring
topic, often raised by pundits and recently
I think its still useful to have both, although I have a feeling that
something like the 'AWSOME' conversion layer from EC2 might still be a
pretty useful project to have to allow for a robust EC2 api which has a
dedicated group of people to support it. Never was quite sure what
happened to that
14 matches
Mail list logo