[occi-wg] [libcloud] Re: Potential libcloud / OCCI collaboration

[Sam Johnston]

Alex,

On Sun, Jul 26, 2009 at 1:57 AM, Alex Polvi <polvi at cloudkick.com> wrote:

> On Sat, Jul 25, 2009 at 4:17 AM, Sam Johnston<samj at samj.net> wrote:
> > If libcloud were to support OCCI then not only
> > would it gain access to anyone who implements it, but eventually it could
> > become a primary programmatic inteface for our RESTful API. I see this as
> a
> > great opportunity for us to collaborate given we are working towards a
> > common goal from different angles.
>
> I definitely agree. I think the OCCI is great -- do any providers
> support it currently? Would be awesome to have a sandbox
> implementation or something? I think it would also be good to model
> our data types after the ones expected with the OCCI.
>

We have a growing list of product and service providers with varying levels
of commitment - hoping to have at least two interoperable implementations
when the final version is released. We have a test harness running at
http://occitest.appspot.com/ (but this was an older approach based on Atom
with translations to various other formats - it needs updating).

I had a hard time finding the spec for the OCCI -- could you point me
> in the right direction?


Most of the information about OCCI is either on the mailing
list<http://www.ogf.org/mailman/listinfo/occi-wg>or in
GridForge <http://forge.ogf.org/sf/sfmain/do/viewProject/projects.occi-wg>(mostly
the wiki and subversion repository). The main topic at the moment is
relaxing the control over the URL namespace (nobody tells you that images
have to live in /images on the web so why should compute resources have to
live in /compute for OCCI?). This introduces great flexibility (think:
interaction with your cloud services over WebDAV or subversion in addition
to HTTP - that is, drag & drop cloud) but it also makes for some interesting
challenges (e.g. enumeration). The point is that the current spec is a
moving target right now but will hopefully settle in the coming days and
weeks.

FWIW I've now had a chance to have a closer look at libcloud (both yours and
RedHat's) and while I see client-side "adapters" or "translators" a useful
tool for the interim I am concerned that they may distract from the root
problem: the absence of a standard API for cloud infrastructure. Here's
hoping that both libcloud initiatives (and perhaps also UCI) can work
together to create something akin to libvirt, and that we can all work
together to solve the problem properly, once and for all.

Sam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/occi-wg/attachments/20090726/e4afdc11/attachment.html