incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sam Robertson <Sam.Robert...@citrix.com>
Subject Re: Discuss EC2/S3 Test Framework for CloudStack
Date Wed, 13 Jun 2012 22:26:40 GMT
Thanks David!

On 6/13/12 2:55 PM, "David Nalley" <david@gnsa.us> wrote:

>On Wed, Jun 13, 2012 at 5:48 PM, Sam Robertson <Sam.Robertson@citrix.com>
>wrote:
>> I know this has come up some in recent weeks on this list and even in
>>discussion locally.  We are trying to extend CloudStack's existing
>>Python Testing Framework
>>(http://wiki.cloudstack.org/display/QA/Python+testing+framework) to test
>>the new EC2 and S3 api's recently added
>>(http://wiki.cloudstack.org/display/RelOps/EC2+API+support+in+CloudStack
>>and http://wiki.cloudstack.org/display/RelOps/S3+API+in+CloudStack).
>>
>> As an initial cut, we are exploring using boto
>>(http://docs.pythonboto.org/en/latest/index.html) and it's corresponding
>>test suite as a foundation
>>(https://github.com/boto/boto/tree/develop/tests) for our own test
>>scripts.
>
>Interesting - what about boto is more appealing than eutester or jclouds?

Eutester appears to be a 'beginning' but not as far along as the boto test
suite.  It also uses boto, however it might be the better solution for
testing since it's purpose is a test suite, but still doesn't solve our
SOAP problem.


>
>>
>> Boto does not support SOAP api and we need to test both REST and SOAP
>>api's in CloudStack.  My current thinking is to use the AWS tools
>>provided by Amazon (http://aws.amazon.com/developertools/Amazon-EC2/351)
>>and call them directly from our test scripts, which will satisfy our
>>SOAP requirement, but then we have two test scripts, one that uses boto
>>and one that uses SOAP, which will get messy/complex.
>
>The AWS tools have several problems in my mind.
>1. They aren't open source
>2. Even more troubling their license actually actively limits you to
>only using it for/with Amazon's service offering.
>
>Could we use euca2ools in it's place?

Euca2ools sits on top of boto, but again might be a better approach
overall.

The licensing issue with the AWS tools is a big problem.  Most customers
that use CloudBridge and the EC2 support in CloudStack use the AWS tools
and are violating the license of those tools.  One could argue that we
shouldn't even expose the SOAP API.

In general, boto appears to be the magic sauce that most tools are being
built on top of, besides amazon's own tools.


>
>--David

Sam


Mime
View raw message