collaboration on platform modernization of cargo

[Adrian Cole]

Hi, Team.

It's been a while since I've sunk day and night into Cargo... I guess
I'm looking for some more action!

As you probably know, I run the jclouds [1] project, which is a cloud
framework.  It would seem quite useful and appropriate to have a means
to deploy to compute clouds directly from cargo.  jclouds currently
has  tools to manage google appengine, amazon, rackspace, and vmware
clouds.

With some collaboration, we could make cargo a cloud launch-pad.
Anyone interested in something like this?

Cheers,
-Adrian
[1] http://code.google.com/p/jclouds/

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[vmassol]

Hi Adrian,

On Nov 9, 2009, at 5:22 AM, Adrian Cole wrote:

> Hi, Team.
>
> It's been a while since I've sunk day and night into Cargo... I guess
> I'm looking for some more action!
>
> As you probably know, I run the jclouds [1] project, which is a cloud
> framework.  It would seem quite useful and appropriate to have a means
> to deploy to compute clouds directly from cargo.  jclouds currently
> has  tools to manage google appengine, amazon, rackspace, and vmware
> clouds.
>
> With some collaboration, we could make cargo a cloud launch-pad.
> Anyone interested in something like this?

 From the outside it looks like a very good idea.

Cheers,
-Vincent

>
> Cheers,
> -Adrian
> [1] http://code.google.com/p/jclouds/

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Adrian Cole]

Thanks for the support, Vincent.

Cargo already supports sftp (via vfs), a key cloud enabler.  The first
change we need is redirecting the execution of java commands to
optionally happen across the wire.  This first milestone can be tested
without clouds using loopback or traditional ssh.  While ssh limits us
to non-windows, I'd consider it a pragmatic constraint  allowing us to
quickly prototype without introducing too much complexity.

The next piece would involve creation and deletion of cloud hosts,
including means of passing vitals such as cloud credentials, instance
ids, ssh keys and public ips to and from cargo.  We'll also need a way
to plugin various cloud providers which may end up looking quite
similar to how we do containers.  This allows us to make meaningful
default size and os image choices per-provider.

Please speak up, if you are interested in being involved.  I'd like to
start this effort in anger within the next ten days.  (Don't worry,
I'll create a branch ;) )

Cheers,
-Adrian

On Sun, Nov 8, 2009 at 11:03 PM, Vincent Massol <vincent@...> wrote:

> Hi Adrian,
>
> On Nov 9, 2009, at 5:22 AM, Adrian Cole wrote:
>
>> Hi, Team.
>>
>> It's been a while since I've sunk day and night into Cargo... I guess
>> I'm looking for some more action!
>>
>> As you probably know, I run the jclouds [1] project, which is a cloud
>> framework.  It would seem quite useful and appropriate to have a means
>> to deploy to compute clouds directly from cargo.  jclouds currently
>> has  tools to manage google appengine, amazon, rackspace, and vmware
>> clouds.
>>
>> With some collaboration, we could make cargo a cloud launch-pad.
>> Anyone interested in something like this?
>
> From the outside it looks like a very good idea.
>
> Cheers,
> -Vincent
>
>>
>> Cheers,
>> -Adrian
>> [1] http://code.google.com/p/jclouds/
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>   http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email