Is VMware’s vCloud Express all about freedom? It needs an interface for libcloud.
September 3rd, 2009VMware’s vCloud Express holds a unique position of offering an API that is both a provider API, and a low-level virtualization API. This has the potential to give users/customers an incredible amount of freedom in terms of both providers, and virtualization technologies. However, it’s bit late to the Internet (external cloud) party, and people can be skeptical about late arrivals declaring themselves a Standard. So to be a good citizen both symbolically and practically, VMware needs to build some bridges with some existing efforts, not just invite others to its party.
But who?
Libcloud. If VMware is all really all about freedom, it needs to work with other efforts equally invested in user freedom, and libcloud is all about provider flexibility.
Wait. What’s libcloud?
Libcloud aims to be a unified interface to cloud (infrastructure) providers. It’s company/provider agnostic, and speaks to provider API’s. It’s built for people who need to to talk to the cloud that they don’t own, like EC2, Slicehost, etc. (Yes, other projects have the same vision, and many want to standardize the cloud, but frankly libcloud has gotten farther than anybody, in less time than anybody, with real code living sitting in github right now.).
The main user/sponsor of libcloud is Cloudkick, who makes a really nice monitoring/management dashboard for popular providers (BTW, I really recommend Cloudkick, no affiliation.)
VMware totally wants tools like Cloudkick to work with vCloud Express providers.

Cloudkick reboot screen
Libcloud can already do a lot of basic management tasks with a growing list of providers.
infrastructure providers libcloud currently supports
| provider | list | reboot | create | destroy | images | sizes |
|---|---|---|---|---|---|---|
| EC2 | yes | yes | no | yes | no | no |
| EC2-EU | yes | yes | no | yes | no | no |
| Slicehost | yes | yes | yes | yes | yes | yes |
| Rackspace | yes | yes | yes | yes | yes | yes |
| Linode | yes | no | no | no | no | no |
| VPS.net | no | no | no | no | no | no |
| GoGrid | no | no | no | no | no | no |
| flexiscale | no | no | no | no | no | no |
| Eucalyptus | no | no | no | no | no | no |
But what if libcloud worked with the potentially hundreds of vCloud Express providers that will exist shortly?
infrastructure providers libcloud could support with vCloud Express interface
| provider | list | reboot | create | destroy | images | sizes |
|---|---|---|---|---|---|---|
| EC2 | yes | yes | no | yes | no | no |
| EC2-EU | yes | yes | no | yes | no | no |
| Slicehost | yes | yes | yes | yes | yes | yes |
| Rackspace | yes | yes | yes | yes | yes | yes |
| Linode | yes | no | no | no | no | no |
| VPS.net | no | no | no | no | no | no |
| GoGrid | no | no | no | no | no | no |
| flexiscale | no | no | no | no | no | no |
| Eucalyptus | no | no | no | no | no | no |
| vCloud Express host 1 | maybe | maybe | maybe | maybe | maybe | maybe |
| vCloud Express host 2 | maybe | maybe | maybe | maybe | maybe | maybe |
| vCloud Express host 3 – 1000?!? | maybe | maybe | maybe | maybe | maybe | maybe, it really depends on how much VMware cares |
The way the libcloud project is working right now, there’s basically one rep from each provider helping to make an interface to libcloud. With just a little bit of engineering time, VMware has the power to make an interface that would result in compatibility with 100’s (1000’s?) of providers.
So what are you waiting for, VMware? Join the libcloud list and get involved. With a bit of effort you can some street cred for vCloud Express’s mission, without changing any of your technology, adding a ton of value to all your provider partners.




